Kernel Update »not handled«

Started by alexquemelin, 2025/02/20, 12:47:51

Previous topic - Next topic
Print
Go Down Pages1
User actions

alexquemelin

2025/02/20, 12:47:51
Bei jedem dist-uprade erhalte ich folgende Meldung:

Quote
Newer kernel available                                                    │
│                                                                           │
│ The currently running kernel version is 6.12.6-1-siduction-amd64 which    │
│ is not the expected kernel version 6.13.3-1-siduction-amd64.              │
│                                                                           │
│ Restarting the system to load the new kernel will not be handled          │
│ automatically, so you should consider rebooting.                          │
│

Aber nach jedem reboot und erneutem update und auch nach jedem erneuten dist-upgrade kommt die selbe Meldung.
Dabei sagt ein Blick in SYNAPTIC, dass »Linux-Image 6.13.3« installiert ist. Ich versteh das nicht. Wer weiß da Rat?

Danke

Alexquemelin

michaa7

#1
2025/02/20, 13:29:21 Last Edit: 2025/02/20, 13:48:24 by michaa7
Du machst aber schon ein "apt update" vor deinem "apt dist-upgrade" ?

Und führe mal aus:

Code Select
dpkg --configure -a
Und zeige den gesamten output.
Ok, you can't code, but you still might be able to write a bug report for Debian's sake

michaa7

#2
2025/02/20, 13:31:52
bitte löschen
Ok, you can't code, but you still might be able to write a bug report for Debian's sake

hendrikL

#3
2025/02/20, 13:52:54
nun, mit uname -a könnte man ja mal den aktuell laufenden kernel herausfinden.

der_bud

#4
2025/02/20, 17:41:49
Ist siduction das einzige Linux auf dem Gerät oder ist das eventuell ein Dualboot, bei welchem 'das andere' Linux Grub verwaltet und das Kernelupdate nicht mitbekommen hat?
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

alexquemelin

#5
2025/02/20, 21:25:21
Quote from: der_bud on 2025/02/20, 17:41:49
Ist siduction das einzige Linux auf dem Gerät oder ist das eventuell ein Dualboot, bei welchem 'das andere' Linux Grub verwaltet und das Kernelupdate nicht mitbekommen hat?

Ja, so ist es. Es gibt ein Dualboot neben Debian 12 (Stable) wobei das Booten über »Debian Bookworm« Grub läuft.

der_bud

#6
2025/02/20, 21:45:21
Jau, dann müsstest Du nach Kernelupdates bei Siduction einmal nach Bookworm booten und dort in der Konsole als Root 'update-grub' ausführen, damit das Bootmenü erfährt dass da was Neues ist ;)
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

alexquemelin

#7
2025/02/20, 22:24:19
Quote from: der_bud on 2025/02/20, 21:45:21
Jau, dann müsstest Du nach Kernelupdates bei Siduction einmal nach Bookworm booten und dort in der Konsole als Root 'update-grub' ausführen, damit das Bootmenü erfährt dass da was Neues ist ;)

Ja, das war es! Nun ist der neue Kernel geladen. Vielen Dank!!!!

Alexquemelin

dieres

#8
2025/03/15, 01:14:12
Um das Dualboot Problem zu umgehen und um das  snapper snapshots menü nicht zu verlieren boote ich siduction per chainload.
habe dazu folgendes  in /etc/grub.d/40_custom meiner Manjaro Installation eingefügt:

Code Select
menuentry "siduction" {
        insmod fat
        insmod chain
        search --no-floppy --set=root --fs-uuid 6AE5-0B9F
        chainloader /EFI/siduction/grubx64.efi
}

Nicht in siduction sondern in deiner debian partition natürlich.  Die uuid findest Du mit blkid /dev/XXX heraus, wobei XXX für Deine EFI Partition steht.
Bei mir z.B. /dev/nvme0n1p1.

danach natürlich in Debian das grub-update nicht vergessen. Und falls Dich das doppelte auftauchen von siduction im Debian Grub Menü stört, noch os-prober in debian deaktivieren.
Print
Go Up Pages1
User actions