Hi Bodhi,
I first ugraded my kernel to the latest available and rebooted, that worked fine.
I was able to succesfully upgrade my NSA320 from Buster to Bullseye. But after the reboot it is not coming up. I have a serial-console and this is what is happening now:
I have been googling for a cause, but the only thing I could find is about the mkfs.conf file with these things (mkfs.ext4 -O ^64bit /dev/sd... and such, there also was one other option), but I have dealt with that in the past. My filesystems were correctly formatted and working before the upgrade to Bullseye.
I did see in the upgrade output the following:
So i did part 4.a again:
I did backup uImage and uInitrd, which were the working ones with kernel-5.19.2, to /boot/11.5,
I have seen this somewhere on your site and tried that (using NSA320 values):
This last attempt was the uImage of pre-bullseye and pre-kernel-update, so kernel-5-2-9 (I think).
It appears it does not like uImage files created after the 'apt full-upgrade', but it also does not like the one created for kernel-5.19.2 anymore,
How can I get out of this situation the best way? Do you get what is going on with these images?
Thanks and kind regards
I first ugraded my kernel to the latest available and rebooted, that worked fine.
I was able to succesfully upgrade my NSA320 from Buster to Bullseye. But after the reboot it is not coming up. I have a serial-console and this is what is happening now:
NSA320> boot
Initializing devices...
Reset IDE: Bus 0: OK Bus 1: OK
Device 0: Model: ST2000DL003-9VT166 Firm: CC45 Ser#: 5YD6LRQ4
Type: Hard Disk
Supports 48-bit addressing
Capacity: 1907729.0 MB = 1863.0 GB (3907029168 x 512)
Device 1: Model: ST4000DM005-2DP166 Firm: 0001 Ser#: ZDH0CSKF
Type: Hard Disk
Supports 48-bit addressing
Capacity: 3815447.8 MB = 3726.0 GB (7814037168 x 512)
Unknown command 'mmc' - try 'help'
Loading envs from usb 0...
** Bad device usb 0 **
Loading envs from usb 1...
** Bad device usb 1 **
Loading envs from usb 2...
** Bad device usb 2 **
Loading envs from usb 3...
** Bad device usb 3 **
Loading envs from ide 0...
260 bytes read in 88 ms (2 KiB/s)
... envs loaded
importing envs ...
running scan_disk ...
Scan device usb
device usb 0:1
** Bad device usb 0 **
device usb 1:1
** Bad device usb 1 **
device usb 2:1
** Bad device usb 2 **
device usb 3:1
** Bad device usb 3 **
Scan device ide
Reset IDE: Bus 0: OK Bus 1: OK
Device 0: Model: ST2000DL003-9VT166 Firm: CC45 Ser#: 5YD6LRQ4
Type: Hard Disk
Supports 48-bit addressing
Capacity: 1907729.0 MB = 1863.0 GB (3907029168 x 512)
Device 1: Model: ST4000DM005-2DP166 Firm: 0001 Ser#: ZDH0CSKF
Type: Hard Disk
Supports 48-bit addressing
Capacity: 3815447.8 MB = 3726.0 GB (7814037168 x 512)
device ide 0:1
ext4fs_devread read outside partition 18446744073262735360
device ide 1:1
Failed to mount ext2 filesystem...
** Unrecognized filesystem type **
device ide 2:1
** Bad device ide 2 **
device ide 3:1
** Bad device ide 3 **
Scan device mmc
Unknown command 'mmc' - try 'help'
device mmc 0:1
** Bad device mmc 0 **
device mmc 1:1
** Bad device mmc 1 **
device mmc 2:1
** Bad device mmc 2 **
device mmc 3:1
** Bad device mmc 3 **
loading uImage ...
** Bad device usb 0 **
loading uInitrd ...
** Bad device usb 0 **
loading DTB /boot/dts/kirkwood-nsa320.dtb ...
** Bad device usb 0 **
Wrong Image Format for bootm command
Error occured, error code = 112
ERROR: can't get kernel image!
I have been googling for a cause, but the only thing I could find is about the mkfs.conf file with these things (mkfs.ext4 -O ^64bit /dev/sd... and such, there also was one other option), but I have dealt with that in the past. My filesystems were correctly formatted and working before the upgrade to Bullseye.
I did see in the upgrade output the following:
Processing triggers for initramfs-tools (0.140) ... update-initramfs: Generating /boot/initrd.img-5.19.2-kirkwood-tld-1 I: The initramfs will attempt to resume from /dev/sdb1 I: (UUID=e410ee0f-8aa3-4af5-af2e-0cbab3fc195e) I: Set the RESUME variable to override this.
So i did part 4.a again:
cd /boot mkimage -A arm -O linux -T kernel -C none -a 0x00008000 -e 0x00008000 -n Linux-5.19.2-kirkwood-tld-1 -d vmlinuz-5.19.2-kirkwood-tld-1 uImage mkimage -A arm -O linux -T ramdisk -C gzip -a 0x00000000 -e 0x00000000 -n initramfs-5.19.2-kirkwood-tld-1 -d initrd.img-5.19.2-kirkwood-tld-1 uInitrd
I did backup uImage and uInitrd, which were the working ones with kernel-5.19.2, to /boot/11.5,
I have seen this somewhere on your site and tried that (using NSA320 values):
NSA320> load ide 0:1 0x800000 /boot/uImage
ext4fs_devread read outside partition 18446744073262735360
NSA320> ext4ls ide 0:1 /boot/11.5
<DIR> 4096 .
<DIR> 4096 ..
5733288 uImage
12719243 uInitrd
13192459 initrd.img-5.19.2-kirkwood-tld-1
NSA320> load ide 0:1 0x800000 /boot/11.5/uImage
ext4fs_devread read outside partition 18446744073262784512
NSA320> load ide 0:1 0x800000 /boot/bck.20221030/uImage
4963680 bytes read in 861 ms (5.5 MiB/s)
This last attempt was the uImage of pre-bullseye and pre-kernel-update, so kernel-5-2-9 (I think).
It appears it does not like uImage files created after the 'apt full-upgrade', but it also does not like the one created for kernel-5.19.2 anymore,
How can I get out of this situation the best way? Do you get what is going on with these images?
Thanks and kind regards