Upgrade to Bullseye apt upgrade errors

So I’m following the blog steps to upgrade.

At this step

dietpi-services stop
apt upgrade

I get the following error:

Fetched 82.0 MB in 2min 32s (538 kB/s)                                                                                                                                                                                                      
E: Failed to fetch http://mirror.aarnet.edu.au/pub/raspbian/raspbian/pool/main/o/openssl/libssl-dev_1.1.1k-1+deb11u1_armhf.deb  404  Not Found [IP: 202.158.214.106 80]
E: Failed to fetch http://mirror.aarnet.edu.au/pub/raspbian/raspbian/pool/main/o/openssl/libssl1.1_1.1.1k-1+deb11u1_armhf.deb  404  Not Found [IP: 202.158.214.106 80]
E: Failed to fetch http://mirror.aarnet.edu.au/pub/raspbian/raspbian/pool/main/s/systemd/systemd-sysv_247.3-6+rpi1_armhf.deb  404  Not Found [IP: 202.158.214.106 80]
E: Failed to fetch http://mirror.aarnet.edu.au/pub/raspbian/raspbian/pool/main/o/openssl/openssl_1.1.1k-1+deb11u1_armhf.deb  404  Not Found [IP: 202.158.214.106 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

Running apt update --fix-missing returns

Err:1 http://mirror.aarnet.edu.au/pub/raspbian/raspbian bullseye/main armhf systemd-sysv armhf 247.3-6+rpi1
  404  Not Found [IP: 202.158.214.106 80]
Err:2 http://mirror.aarnet.edu.au/pub/raspbian/raspbian bullseye/main armhf libssl-dev armhf 1.1.1k-1+deb11u1
  404  Not Found [IP: 202.158.214.106 80]
Err:3 http://mirror.aarnet.edu.au/pub/raspbian/raspbian bullseye/main armhf libssl1.1 armhf 1.1.1k-1+deb11u1
  404  Not Found [IP: 202.158.214.106 80]
Err:4 http://mirror.aarnet.edu.au/pub/raspbian/raspbian bullseye/main armhf openssl armhf 1.1.1k-1+deb11u1
  404  Not Found [IP: 202.158.214.106 80]
E: Failed to fetch http://mirror.aarnet.edu.au/pub/raspbian/raspbian/pool/main/s/systemd/systemd-sysv_247.3-6+rpi1_armhf.deb  404  Not Found [IP: 202.158.214.106 80]
E: Failed to fetch http://mirror.aarnet.edu.au/pub/raspbian/raspbian/pool/main/o/openssl/libssl-dev_1.1.1k-1+deb11u1_armhf.deb  404  Not Found [IP: 202.158.214.106 80]
E: Failed to fetch http://mirror.aarnet.edu.au/pub/raspbian/raspbian/pool/main/o/openssl/libssl1.1_1.1.1k-1+deb11u1_armhf.deb  404  Not Found [IP: 202.158.214.106 80]
E: Failed to fetch http://mirror.aarnet.edu.au/pub/raspbian/raspbian/pool/main/o/openssl/openssl_1.1.1k-1+deb11u1_armhf.deb  404  Not Found [IP: 202.158.214.106 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

Please let me know what I can do to fix these errors.

Looks like the apt package server mirror at Raspbian side has some issues. I would recommend to wait and try again later. Not really something to do in your side.

Isn’t it possible to update via dietpi-update? And if no, why not ? :frowning:

DietPi will never force a Debian destro upgrade via

 dietpi-update

. There are to many things that might not work as a destro upgrade is quite a have thing, going to update more than 200 packages. Therefore we created a guide on our blog giving a general guidance.

I’ve read the blog post. Do I need to enter the commands in the code blocks separately or could I just copy and paste the code blocks per se and hit enter after every block? Because the code blocks are not code friendly formatted and I am a beginner.

And if I run into any problems, could I just restore my dietpi backup?

I recommend to clone your SD card if you use one. We know about a challenge for curl command after restore.

And yes you would need to copy line by line. It is not that many :wink:

I will try it in the following days :sunglasses:

What do you mean with curl after restore? I don’t understand it :smiley:

And is there a well known method to clone my whole SD to another SD or an image file?

thanks

Btw: the code on the blogpost would be easier to read for beginners if it was formatted like this:

On windows you can use W32 disk imager to create an img file

curl is a tool we use to get some data from internet source. After an unsuccessful upgrade and restore performed, this tool is failing. Therefore better to have the image file created to avoid such issues.

I restored yesterday and realised that curl was broken today. I ran the other commands you have in the other thread without success. Is my only option now is to restore from my SD card backup?

To investigate the curl issue, can you please do the following:

apt install pax-utils
lddtree /usr/bin/curl

Yeah since we couldn’t find the reason for the error after restoring the Buster backup, restoring the SD card is the only solution. I’ll try to replicate and investigate this evening.

The code blocks can also be copy&pasted as well, btw. Only downside is that all commands are executed regardless if one failed. So executing them one by one indeed gives you more control over the process.

Here’s the result. Let me know if there is anything else. I intend to restore from the SD card soon.

root@DietPi:~# apt install pax-utils
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Suggested packages:
  paxctl
The following NEW packages will be installed:
  pax-utils
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 71.0 kB of archives.
After this operation, 223 kB of additional disk space will be used.
Get:1 http://mirror.aarnet.edu.au/pub/raspbian/raspbian buster/main armhf pax-utils armhf 1.2.4-1 [71.0 kB]
Fetched 71.0 kB in 1s (66.0 kB/s)  
Selecting previously unselected package pax-utils.
(Reading database ... 32092 files and directories currently installed.)
Preparing to unpack .../pax-utils_1.2.4-1_armhf.deb ...
Unpacking pax-utils (1.2.4-1) ...
Setting up pax-utils (1.2.4-1) ...



root@DietPi:~# lddtree /usr/bin/curl
curl => /usr/bin/curl (interpreter => /lib/ld-linux-armhf.so.3)
    libcurl.so.4 => /usr/lib/arm-linux-gnueabihf/libcurl.so.4
        libnghttp2.so.14 => /usr/lib/arm-linux-gnueabihf/libnghttp2.so.14
        libidn2.so.0 => /usr/lib/arm-linux-gnueabihf/libidn2.so.0
            libunistring.so.2 => /usr/lib/arm-linux-gnueabihf/libunistring.so.2
        librtmp.so.1 => /usr/lib/arm-linux-gnueabihf/librtmp.so.1
            libgnutls.so.30 => /usr/lib/arm-linux-gnueabihf/libgnutls.so.30
                libp11-kit.so.0 => /usr/lib/arm-linux-gnueabihf/libp11-kit.so.0
                    libffi.so.6 => /usr/lib/arm-linux-gnueabihf/libffi.so.6
                        libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1
                    libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2
                libtasn1.so.6 => /usr/lib/arm-linux-gnueabihf/libtasn1.so.6
                libnettle.so.6 => /usr/lib/arm-linux-gnueabihf/libnettle.so.6
                libhogweed.so.4 => /usr/lib/arm-linux-gnueabihf/libhogweed.so.4
            libhogweed.so.6 => not found
            libnettle.so.8 => not found
            libgmp.so.10 => /usr/lib/arm-linux-gnueabihf/libgmp.so.10
        libssh2.so.1 => /usr/lib/arm-linux-gnueabihf/libssh2.so.1
            libgcrypt.so.20 => /lib/arm-linux-gnueabihf/libgcrypt.so.20
                libgpg-error.so.0 => /lib/arm-linux-gnueabihf/libgpg-error.so.0
        libpsl.so.5 => /usr/lib/arm-linux-gnueabihf/libpsl.so.5
        libssl.so.1.1 => /usr/lib/arm-linux-gnueabihf/libssl.so.1.1
        libcrypto.so.1.1 => /usr/lib/arm-linux-gnueabihf/libcrypto.so.1.1
        libgssapi_krb5.so.2 => /usr/lib/arm-linux-gnueabihf/libgssapi_krb5.so.2
            libkrb5support.so.0 => /usr/lib/arm-linux-gnueabihf/libkrb5support.so.0
            libkeyutils.so.1 => /lib/arm-linux-gnueabihf/libkeyutils.so.1
            libresolv.so.2 => /lib/arm-linux-gnueabihf/libresolv.so.2
        libkrb5.so.3 => /usr/lib/arm-linux-gnueabihf/libkrb5.so.3
        libk5crypto.so.3 => /usr/lib/arm-linux-gnueabihf/libk5crypto.so.3
        libcom_err.so.2 => /lib/arm-linux-gnueabihf/libcom_err.so.2
        libldap_r-2.4.so.2 => /usr/lib/arm-linux-gnueabihf/libldap_r-2.4.so.2
            libsasl2.so.2 => /usr/lib/arm-linux-gnueabihf/libsasl2.so.2
        liblber-2.4.so.2 => /usr/lib/arm-linux-gnueabihf/liblber-2.4.so.2
    libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1
    libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0
    libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6
    ld-linux-armhf.so.3 => /lib/ld-linux-armhf.so.3

Many thanks. So it’s librtmp.so.1 which keeps pulling in the Bullseye libraries. Can you try:

apt install --reinstall librtmp1
curl -I https://dietpi.com/

The question is how it is possible that restoring the backup does not restore this library as well, as all old files should be restored. Or if there is something patching the ELF header of this file after it was restored.

1 Like

on a short test this seems to fix the curl issue, at least on my test system.

I successfully updated my pi4 to bullseye. Thanks :slight_smile:

Cloned my SD to a faster one with w32 disk imager.

Everything is working so far, including my existing pihole and Jdownloader configuration.

I only need to test samba because there was a new samba.conf in the new package.

hopefully the configuration file did not get overwritten

I decided to take the new samba.conf but backed up my old one. I need to investigate and integrate my settings on the new one

I did a small test and the old config should work as well.

Many thanks, that did the trick!!! You guys are all my new best friends :wink:

Hello, I’m just following the HOW TO UPGRADE TO “BULLSEYE” blog post, and have this warning after the apt update step:

W: Skipping acquire of configured file 'ui/binary-armhf/Packages' as repository 'https://archive.raspberrypi.org/debian bullseye InRelease' doesn't have the component 'ui' (component misspelt in sources.list?)

This is for a headless install, this seems to allude to a ‘ui’ / user interface? - Is this something I can ignore, or should I backtrack?

h_media
Quite simple. You would need to edit /etc/apt/sources.list.d/raspi.list and remove the ui. This should fix the error message.