OPi Zero + H5 unable to update/upgrade from Bulleye Sunxi 64 Kernel 6.1.92 to 6.6.nn

[Hans Kurscheidt]

I had to freeze my device on Kernel 6.1.92 & Bullseye to remain operational. Now trying to update/upgrade to Kernel 6.6.nn I run into following probs:

1) Using Armbian-config defreeze and subsequently switch to kernel 6.6.nn works OK 4me, but subsequent apt-get update/upgrade throws me back to kernel 6.1.104. Armbian-config has changed significantly w/ No other Kernel available.

2) Using Armbian-config defreeze, only and going directly to apt-get update/upgrade throws me back to kernel 6.1.104 as well and from Bullseye back to Buster! Its a mess!

Will this eventually be corrected and when?

RGDS

Edited Sunday at 10:45 PM by Hans Kurscheidt
wrong pic

[Igor]

1 hour ago, Hans Kurscheidt said:

Will this eventually be corrected and when?

 

From this I can only see that you are using a code that is not supported on a hardware that is not supported. 

 

For some reason you have two kernels installed, legacy and current, and this is causing randomness at upgrade. Uninstall one variant alongside with DT and headers if installed. And upgrade to Buster, or rather start with a clean Bookworm image.

[Hans Kurscheidt]

vor 15 Stunden schrieb Igor:

Uninstall one variant alongside with DT and headers if installed.

Thank-you for reply. Sorry for the beginners question, but "How to"? I used armbian-config to move from 6.1.92 to 6.6.44 and I was assuming that 6.6.44 would replace 6.1.92; apparently it did not, as you said in your reply. So how can I make 6.6.44 the new 1 and only new kernel. I currently back to my old image w/ kernel 6.1.92 frozen and Debian Bullseye. I have a complex APP with tons of middleware and 3rd party SW; a fresh new installation would be a PITA.

Edited 15 hours ago by Hans Kurscheidt
typo, added pic

[robertoj]

cd /boot

ls -l

 

Look at the symlinks ZImage and uInitrd... are they pointing to the linux version you want

 

Also: "apt list --installed | grep linux" to see which linux armbian packages are installed

 

Look at all the suggestions here: https://forum.armbian.com/topic/38570-upgraded-to-latest-armbian-but-stuck-on-old-kernel/

 

[Hans Kurscheidt]

Hi there,

as expected, in my frozen image, they are pointing to 6.1.92. After unfreeze and apt-get update/upgrade I'm now lifted to 6.1.104 & Bullseye

However its not want I want, 6.644. a new issued apt-get update/upgrade has no effect.

 

 

 

looks like a security issue to me, now. https://github.armbian.... is not signed

RGDS

hk

 

Edited 11 hours ago by Hans Kurscheidt
amended

[robertoj]

You need to change those symlinks Image and uInitrd to the files ending with 6.6.44

 

In your case, make a copy of your microSD now and try sudoing this:

 

rm /boot/Image
ln -s /boot/vmlinuz-6.6.44-current-sunxi64 /boot/Image
rm /boot/uInitrd
ln -s /boot/uInitrd-6.6.44-current-sunxi64 /boot/uInitrd

 

I don't know why the dtb folder symlink is already good for 6.6.44

[Hans Kurscheidt]

OK, I can certainly do this, but is this supposed 2b the "normal way" or isn't there an issue w/ signing the package, so that "normal" apt ops would do the trick?

BTW thanks 4 Help

BR

hk

Edited 11 hours ago by Hans Kurscheidt

[SteeMan]

22 minutes ago, Hans Kurscheidt said:

OK, I can certainly do this, but is this supposed 2b the "normal way" or isn't there an issue w/ signing the package, so that "normal" apt ops would do the trick?

 

I think you have to go back to earlier in this thread where Igor stated:

20 hours ago, Igor said:

From this I can only see that you are using a code that is not supported on a hardware that is not supported. 

 

I think there is information you are not including about your setup.  The first screenshot indicates you are/were running Buster as the screenshot says "Debian end of life (Buster)".  Then later screenshots indicate you are running Bullseye.  It looks like you have attempted to upgrade from Buster to Bullseye during this process.  Armbian doesn't support userspace upgrades.  An error in doing an upgrade like that would potentially leave your apt signing keys out of sync.

[Hans Kurscheidt]

I'm sorry, but you misinterpreted the screenshots.

Please refer to my 1st line in my 1st post:

>>>>I had to freeze my device on Kernel 6.1.92 & Bullseye to remain operational. Now trying to update/upgrade to Kernel 6.6.nn <<<<

I was always on Bullseye since years now and Kernel 6.1.92  frozen since early this year. Trying to move from 6.1.92 to 6.6.42 (switching kernel after defreeze in armbian-config) created a mess including throwing me back onto Buster, God knows why and how!

May be, that I am using a code that is not supported on a hardware that is not supported, but normal Linux' way of upgrade should still work and for the time being, I am almost sure, that the upgrade doesn't work, because you guys haven't created the proper public key for apt.security to accept the upgrade.

RGDS

hk

 

Edited 10 hours ago by Hans Kurscheidt
clarification

[SteeMan]

Moved post from Supported to Community Maintained and adjusted the tag to reflect the correct board

[Igor]

7 hours ago, Hans Kurscheidt said:

but normal Linux' way of upgrade should still work and for the time being,

It does work. Sometimes. Out of lets say 1000 packages that are on your OS, you are telling people, who are maintaining 3 of those (that only deals with hardware aspects), to fix a problem on all 1000. Making an OS better then Debian in user-space sense, deal with tens of thousands of packages, that is another level. We "hack" this by providing you Armbian assembled from Ubuntu packages / repo. Which might be better in this. Becoming yet another maintainer of all free software packages is insane. And there is no warranty to control this process better.

 

7 hours ago, Hans Kurscheidt said:

God knows why and how!

 

Exactly. Try upgrade, but be ready to start from a new image is the only advise that is realistic. Personally, I don't even try. When its time to move to a new point release, I do a backup of dot files following by fresh install. What I need to run, I do it with help of scripts & armbian-config, running apt. It takes less time then upgrade, which has great chances of failure.

 

7 hours ago, Hans Kurscheidt said:

I am almost sure, that the upgrade doesn't work, because you guys haven't created the proper public key for apt.security to accept the upgrade.

 

apt.security folder was removed from upstream, from Debian main repo, to tell you that distro is EOL and there are no more security updates of (Debian assembled) packages. Once Debian maintainers decides to stop, there is nothing we / anyone can do about. Some distros claims to maintain this longer, but in reality it only has marketing / sales value.

 

Update and signing mechanism has been changed, not by us, but by upstream. At different time at different user space. If we fix for one, we have to fix for all. There is another aspect of why this software is not perfect. We are heavily under-staff since ever and there is close to no public funding to mitigate this. Join the project, dig into this upgrade problem, and (try to) fix it. Or at least improve, try many of possible scenarios and write instructions of best practices. Not for me/us, but for someone that might run into this.