Debian 11 bootet nicht mit Kernel 5.10.08

[am2]

Ich habe mein Testsystem von Debian 10 auf Debian 11 hochgezogen. Zuvor wurde von 9 auf 10 aktualisiert. Beide Vorgänge liefen Problemlos, bei beiden die gleiche "Macke": Der alte Kernel blieb noch drin, wurde nicht mit hochgezogen. Nach der Aktualisierung auf Debian 10 habe ich das aktuelle linux-image nachinstalliert und es war ok. Bei der Aktualisierung auf Bullseye blieb der 4.19.0.8er Kernel und ich installierte den 5.10.08, leider bootet das Testsystem damit nicht. Die letzte Meldung, die ich nach dem Einfrieren sehe ist "usb 2.0 device not found" (oder so was in der Art).

Einen ersten Lösungsansatz kann ich vielleicht liefern: Mein Produktivsystem ist Debian 10 mit seinem Grub. Über diesen Debian 10-Grub werden noch Windows 7 und das Debian 11-Testsystem gebootet (alles in derselben Maschine, auf drei Festplatten verteilt).

Kann der Boot-Abbruch mit dem Buster-Grub zusammen hängen? update-grub auf dem produktiven Buster-System findet alle seine Linux-Abbilder aber von Bullseye findet er bloß "Debian GNU/Linux 11 (bullseye) auf /dev/sda6", ohne die übliche "Linux-Abbild gefunden" - Meldung.

BTW, das Testsystem dient mir u.a. für das Testen der Upgrade-Vorgänge, seit der Upgrade von 8 auf 9 komplett schief lief und ich froh war, eine immer aktuelle Sicherung meiner geliebten Daten zur Hand zu haben. Es war trotzdem ziemlich hässlich.

[hikaru]

Du hast also ein voll funktionsfähiges Buster und auf einer separaten HDD dein Test-Bullseye?
Dann könntest du in das Bullseye-System-chrooten und dort Nachforschungen und wahrscheinlich auch Reparaturen durchführen.

Spontan fallen mir folgende zu klärende Fragen ein:
1. Ist tatsächlich ein passender Kenel installiert?
2. Wie genau sieht der Grub-Eintrag aus?
3. Was ist das für Hardware?
4. Wie wird gebootet (Legacy-BIOS/UEFI)?

[am2]

Buster liegt auf einem RAID aus zwei Platten, auf der Solo-Platte liegen dann Windows 7 und Bullseye als Testsystem.

Das Bullseye läuft astrein mit dem 4.19.0.8-Kernel (vom Buster geerbt).

Den Kernel habe ich via apt aus den Bullseye-Repos, sollte m. E. passen. In einer VM läuft auch Bullseye und hat den 5.10.08. Alles immer noch auf derselben Maschine, alle VMs auf dem Buster.

Der Boot-Eintrag im Grub lautet "Debian GNU/Linux 11 (bullseye) auf /dev/sda6", erweiterte Optionen wiederholen diesen Eintrag zwei Mal, ohne Angabe der Kernel-Version. Oben kann ich den 4er und in der Zeile darunter den 5er Kernel wählen.

Wären menuentries aus /boot/grub/grub.cfg evtl hilfreicher?

Code: Alles auswählen

Debian GNU/Linux 11 (bullseye) (auf /dev/sda6)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-b54e1a5c-eaa5-4880-96ae-0af10cc200b8' {
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos5'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5  3da1ae3b-340b-4705-9fac-fcc05becd960
        else
          search --no-floppy --fs-uuid --set=root 3da1ae3b-340b-4705-9fac-fcc05becd960
        fi
        linux /vmlinuz-4.19.0-8-amd64 root=/dev/sda6
        initrd /initrd.img-4.19.0-8-amd64
}

Code: Alles auswählen

Debian GNU/Linux 11 (bullseye) (auf /dev/sda6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz-5.10.0-8-amd64--b54e1a5c-eaa5-4880-96ae-0af10cc200b8' {
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos5'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5  3da1ae3b-340b-4705-9fac-fcc05becd960
                else
                  search --no-floppy --fs-uuid --set=root 3da1ae3b-340b-4705-9fac-fcc05becd960
                fi
                linux /vmlinuz-5.10.0-8-amd64 root=/dev/sda6
                initrd /initrd.img-5.10.0-8-amd64
        }
}

Hardware ist von 2011, Intel i5 auf LGA 1155-Sockel mit genug RAM und Festplattenplatz, gebootet wird im Legacy-Modus, ich habe nach dem letzten BIOS-Update 2013 etwas was sich seitdem UEFI-BIOS nennt. Das verwundert schon den einen oder anderen.

Weil es ein Testsystem ist, könnte ich im schlimmsten Fall eine Neuinstallation machen und den passenden 5er-Kernel dabei auswählen. Ich habe mich übrigens schon gefragt, ob meine Maschine doch nicht etwas zu alt sein könnte. Neuinstallation könnte es klären. Die Frage die bleibt lautet warum der Kernel nicht mit hochgezogen wird?

[hikaru]

Die Grub-Einträge sehen an sich ok aus. Und offenbar wird der 5er-Kernel ja auch gebootet (die USB-Meldung kommt vom Kernel). Nur bootet er nicht durch. Schau mal von Buster aus in die Logs des Bullseye-Systems!

Am Alter der Hardware liegt's nicht. Dieser Beitrag kommt ebenfalls von einem Bullseye auf Sandy Bridge. Und ich habe noch ältere Hardware mit Bullseye im Einsatz.
Der Kernel wurde vermutlich deshalb nicht automatisch beim dist-upgrade aktualisiert, weil linux-image-amd64 nicht installiert ist. Das ist an sich kein Problem, aber es stellt sich die Frage, warum das Paket nicht installiert ist. Der Installer Installiert es normalerweise, man kann das aber auch abwählen.

Was mir noch einfällt:
1. Ist da eine Grafikkarte verbaut, die zusätzliche Treiber oder Firmwares braucht?
2. Sind alle in der fstab eingetragenen Dateisysteme zugreifbar?
Bzw. etwas allgemeiner: Wenn du den Kernel manuell installiert hast, dann fehlen dir vermutlich dessen Header linux-headers-amd64. Falls du Hardware hast, die Treiber über dkms baut, dann fehlen diese Treiber für den 5er-Kernel. Einer dieser Treiber könnte essenziell zum Durchbooten sein. Allerdings würde ich dann eine entspredhende Fehlermeldung beim Booten erwarten.

Insgesamt dürfte eine Neuinstallation die einfachste Lösung sein. Aber das ist natürlich als Lösungsstrategie unbefriedigend, weil du so nicht verstehst, was aktuell das Problem ist.

[am2]

Dein letzter Satz ist natürlich sinnvoll aber ich habe dennoch die Brechstange angesetzt. Den Netinstaller heruntergeladen, auf CD gebrannt und komplett neu installiert. Installation lief ohne Probleme, 5er Kernel ist drauf, booten will er trotzdem nicht. Nun wird guter Rat teuer aber ich vermute einen Wurm in meiner Hardware. Die Installation wiederhole ich morgen. Aus dem syslog werde ich nicht wirklich schlau, kann allerdings keine Sachen erkennen, die so gravierend wären, dass der Bootvorgang zum Erliegen kommt.

[schorsch_76]

Es wird root=/dev/sda6 sein. Die Reihenfolge ist nicht immer garantiert. Nimm root=UUID=xxx. Das xxx bekommst du mit blkid /dev/sdx6 aus einem laufenden system. sdx6 ist natürlich die Partition auf der die neue Installation ist.

[am2]

Sorry, komme jetzt nicht ganz hinterher...Auf sda5 ist nur /boot, auf sda6 liegt das komplette root-Verzeichnis, incl. /home. Wo, wie soll ich jetzt die root UUID nehmen? Geht es um diesen grub.cfg-Eintrag?

Code: Alles auswählen

set root='mduuid/f892da65c6ff304c6e81a2ee...usw.'

Das wäre die jetzt die UUID vom Buster, dem Produktiv-System, der seit gestern auch mit dem 5er Kernel läuft. Die UUIDs von sda5 und sda6 habe ich. Wo muss ich das jetzt mitteilen?

[hikaru]

schorsch_76 meint wohl diese Zeile:

Code: Alles auswählen

linux /vmlinuz-5.10.0-8-amd64 root=/dev/sda6

Da solltest du ebenfalls die UUID verwenden:

Code: Alles auswählen

linux /vmlinuz-5.10.0-8-amd64 root=UUID=3da1ae3b-340b-4705-9fac-fcc05becd960

[schorsch_76]

Genau @hikaru

[am2]

Ok... Wo trage ich das ein?
in der grub.cfg sehe ich

Code: Alles auswählen

set root='mduuid/f892da65c6ff304c6e81a2eeca8589a3' 

für meinen Buster und

Code: Alles auswählen

 set root='hd0,msdos4'

für Bullseye auf dem Testsystem. Verstehe nur nicht das msdos4 dahin kam...

[hikaru]

Das ist schwer zu zeigen, denn im Code-Block funktioniert kein BB-Code zum Markieren.
Such mal nach dieser Zeile in [1]:

Code: Alles auswählen

linux /vmlinuz-5.10.0-8-amd64 root=/dev/sda6

[1] viewtopic.php?f=12&t=182024#p1282225

[am2]

Ich soll die grub.cfg manuell ändern? Das steht ganz oben folgendes:

Code: Alles auswählen

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

Ich mach's mal totzdem.

[am2]

Na gut, ich stelle mich wohl irgendwie doof an. Einerseits habe ich das Sagen auf meinem Miet-Server und der läuft 1a, andererseits bekomme ich einen Upgrade nicht hin, selbst eine Neuinstallation fährt boot-technisch vor die Wand. Ich lasse es erstmal sein. Sollte ich eine Lösung gefunden haben, poste ich sie hier. Vielleicht kann sie nach mir noch jemand gebrauchen. Danke für euren Beistand.

[am2]

Ok, erledigt, der 5er-Kernel bootet - aber mal der Reihe nach.
Um alles nochmal nachzustellen installierte ich zuerst wieder Buster (von Netinstaller-CD) und zog anschließend das zweistufige Upgrade auf Bullseye durch. Der 5er Kernel wollte nach wie vor nicht aber der 4er hat funktioniert. Ich habe dann auf dem 4er Kernel den Nvidia-Treiber aus den Repos installiert und da fiel mir etwas auf:
Während er Treiberinstallation lief auch update-initramfs und schrieb eine initrd für den 5er Kernel und nicht für den 4er. Daraufhin habe ich den 5er gebootet und siehe da - es löwt!

Ich kann das jetzt nicht nachvollziehen. Eine Neuinstallation von Bullseye ist zum Scheitern verurteilt, weil der 4er Kernel nicht dabei ist, ein Upgrade musste als eine Zwischenstufe herhalten, den ohne den 4er hätte ich heute immer noch kein Bullseye. Hmm...