Neuer Kernel Grub defekt efi

[oln]

Hallo Forum,
ich hab hier einen Server mit Buster der mir Sorgen macht.
Eigentlich möchte ich den auf Bullseye updaten, aber der macht schon Probleme bei Buster.
Jedes mal wenn ich einen neuen Kernel installiere(Update) lande ich nach dem Reboot in der Grub-Konsole.
Ich bekomme den auch von dort nicht gestartet.
Also boot vom Stick und mit chroot in das System den neuen Kernel wieder runter schmeißen und Grub neu installieren.
Was kann dort defekt sein?
Neu installieren ist keine Option.

[towo]

Und Du meinst, so ohne relevante Fehlermeldung kann dir irgendwer helfen?
Das Mindeste wäre der Output von der Installation des neuen Kernels!

[nudgegoonies]

Klingt so, als würde update-grub2 entweder gar nicht oder fehlerhaft laufen.

[oln]

Und Du meinst, so ohne relevante Fehlermeldung kann dir irgendwer helfen?

Tja wenn es denn eine geben würde...

Klingt so, als würde update-grub2 entweder gar nicht oder fehlerhaft laufen.

Doch läuft durch.Ohne jegliche Fehlermeldung.

Deshalb stehe ich ja vor dem Berg.

Hier noch der Installationsvorgang:

Code: Alles auswählen

[root@myserver ~]# apt install linux-image-amd64
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  linux-image-4.19.0-21-amd64
Vorgeschlagene Pakete:
  linux-doc-4.19 debian-kernel-handbook
Die folgenden NEUEN Pakete werden installiert:
  linux-image-4.19.0-21-amd64 linux-image-amd64
0 aktualisiert, 2 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 48,5 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 270 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
Holen:1 http://security.debian.org/debian-security buster/updates/main amd64 linux-image-4.19.0-21-amd64 amd64 4.19.249-2 [48,5 MB]
Holen:2 http://security.debian.org/debian-security buster/updates/main amd64 linux-image-amd64 amd64 4.19+105+deb10u16 [8.660 B]
Es wurden 48,5 MB in 4 s geholt (10,8 MB/s).
Vormals nicht ausgewähltes Paket linux-image-4.19.0-21-amd64 wird gewählt.
(Lese Datenbank ... 48889 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../linux-image-4.19.0-21-amd64_4.19.249-2_amd64.deb ...
Entpacken von linux-image-4.19.0-21-amd64 (4.19.249-2) ...
Vormals nicht ausgewähltes Paket linux-image-amd64 wird gewählt.
Vorbereitung zum Entpacken von .../linux-image-amd64_4.19+105+deb10u16_amd64.deb ...
Entpacken von linux-image-amd64 (4.19+105+deb10u16) ...
linux-image-4.19.0-21-amd64 (4.19.249-2) wird eingerichtet ...
I: /vmlinuz is now a symlink to boot/vmlinuz-4.19.0-21-amd64
I: /initrd.img is now a symlink to boot/initrd.img-4.19.0-21-amd64
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.19.0-21-amd64
/etc/kernel/postinst.d/zz-update-grub:
GRUB-Konfigurationsdatei wird erstellt …
Linux-Abbild gefunden: /boot/vmlinuz-4.19.0-21-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.19.0-21-amd64
Linux-Abbild gefunden: /boot/vmlinuz-4.19.0-16-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.19.0-16-amd64
Adding boot menu entry for EFI firmware configuration
erledigt
linux-image-amd64 (4.19+105+deb10u16) wird eingerichtet ...

[cosinus]

Ist denn auch grub-efi installiert? Poste mal die Ausgabe von

Code: Alles auswählen

dpkg -l | grep grub

[oln]

Ist denn auch grub-efi installiert?

Bitte schön:

Code: Alles auswählen

# dpkg -l | grep grub
ii  grub-common                          2.02+dfsg1-20+deb10u4                   amd64        GRand Unified Bootloader (common files)
ii  grub-efi-amd64                       2.02+dfsg1-20+deb10u4                   amd64        GRand Unified Bootloader, version 2 (EFI-AMD64 version)
ii  grub-efi-amd64-bin                   2.02+dfsg1-20+deb10u4                   amd64        GRand Unified Bootloader, version 2 (EFI-AMD64 modules)
ii  grub-efi-amd64-signed                1+2.02+dfsg1+20+deb10u4                 amd64        GRand Unified Bootloader, version 2 (amd64 UEFI signed by Debian)
ii  grub2-common

[cosinus]

Ich hab zusätzlich noch

Code: Alles auswählen

ii  grub-efi   2.06-3   amd64        GRand Unified Bootloader, version 2 (dummy package)

[oln]

Ja aber das ist ja nur ein Dummy-Paket.
Denke mal das beim generieren von initrd etwas schief läuft.
Ich bekomme aus der Grub-Konsole den neuen Kernel nicht gebootet. Aber den alten schon.
Leider weis ich nicht wie ich das überprüfen kann. Fehlermeldungen gibt es ja nicht.

[OrangeJuice]

Stimmen denn die Efi Einträge?
Hast du Secure Boot aktiviert?

Code: Alles auswählen

efibootmgr -v

Vielleicht reicht es auch schon nachdem ein Kernel installiert wurde ein "grub-install" zu machen. Mit "grub-install -v"(-- verbose) bekommst du etwas mehr angezeigt, was vielleicht helfen kann.

[oln]

Stimmen denn die Efi Einträge?

Ja die stimmen.

Code: Alles auswählen

# efibootmgr
BootCurrent: 000C
Timeout: 1 seconds
BootOrder: 000C,000F,0003,0004,000E,0010
Boot0003* UEFI: Built-in EFI Shell
Boot0004  Hard Drive
Boot0005  USB KEY
Boot0006  Network Card
Boot000C* debian
Boot000E  USB KEY
Boot000F* UEFI: General USB Flash Disk 1.00, Partition 1
Boot0010  Network Card

Hast du Secure Boot aktiviert?

Nein.

Code: Alles auswählen

# mokutil --sb-state
SecureBoot disabled

[MSfree]

Hast du den Kernel schonmal ohne quiet gebootet?

[oln]

Nein. Weil ich ja mit dem neuen Kernel gleich in der Grub-Konsole lande.
Ich schaffe es nicht den neuen Kernel zu booten.

PS: Es geht um das Paket linux-image-4.19.0-21-amd64.

[MSfree]

Nein. Weil ich ja mit dem neuen Kernel gleich in der Grub-Konsole lande.

Du weißt aber schon, daß man die Kommandozeilenparameter eines Kernels im grub editieren kann, bevor man in der Konsole landet?

[cosinus]

Aber wieso solls am Kernel liegen, wenn er den neuen nach einer GRUB-Reparatur über Livesystem booten kann?

[oln]

Du weißt aber schon, daß man die Kommandozeilenparameter eines Kernels im grub editieren kann, bevor man in der Konsole landet?

Ich bekomme den grub nicht zusehen. Gleich Grub-rescue Konsole.

Aber wieso solls am Kernel liegen, wenn er den neuen nach einer GRUB-Reparatur über Livesystem booten kann?

Den neuen Kernel bekomme ich nicht gebootet. Weder aus der Rescue-Konsole noch klappt eine Reperatur mit dem installiertem neuen Kernel.
Erst wenn ich den neuen Kenel über chroot entferne, kann ich update-grub und grub-install durchfüchren. Dann bootet die Kiste wieder völlig normal.

Wenn ich versuche in der Grub-Rescue-Konsole den Kernel mit "linux /vmlinuz root=/dev/sda2" zu laden bekomme ich einen Fehler(in etwa can't read .... ) . Leider hab ich jetzt den Fehler nicht komplett parat.
Aber entferne ich den neuen Kernel kann ich den alten genau so laden ohne Fehler.

[cosinus]

Ach, dann habe ich dich falsch verstanden. Heißt also egal was du machst, diese Kiste will/kann 4.19.0-21-amd64 nicht booten?

[oln]

Ach, dann habe ich dich falsch verstanden. Heißt also egal was du machst, diese Kiste will/kann 4.19.0-21-amd64 nicht booten?

Das weis ich nicht mal. Denn das Paket oder was auch immer zerhaut mir den Grub. Bis zu einer kernelpanic, was auf das Versagen des Kernels schließen lassen würde, komme ich ja nicht.

[rhHeini]

Dann würd ich halt mal bei der /etc/default/grub anfangen und kontrollieren was da drin steht? Was steht in /etc/modules? Irgendetwas geblacklistet? Was steht in den confs in /etc/initramfs-tools?

Nochmal den Update auf den 21-Kernel machen und die /boot/grub/grub.cfg wegsichern und dann mit der alten vergleichen. Die neue initrd auch sichern (oder liegt die noch rum?). Da kann man auch reinschauen.

[MSfree]

Hast du genug Platz auf der Bootpartion?

Wenn du meinst, grub2 sei kaputt, dann würde ich es deinstallieren und anschließend neu installieren.

Rettungsystem starten, root- und boot-Partitionen mounten und dann in die root-Partition chroot-en. Hier dann:

Code: Alles auswählen

apt-get purge grub2
apt-get clean
apt-get install grub2

[oln]

Hast du genug Platz auf der Bootpartion?

Ja

Code: Alles auswählen

/dev/sda1       511M    3,3M  508M    1% /boot/efi

Wenn du meinst, grub2 sei kaputt, dann würde ich es deinstallieren und anschließend neu installieren.

Ich weis es ja eben nicht was da schief läuft. Daher frage ich ja hier. Grub mal neu installieren werde ich heute nacht mal probieren.
Ist leider ein ProductionSystem. Das kann ich nicht einfach mal am Tage neu booten.

[MSfree]

Ja

Code: Alles auswählen

/dev/sda1       511M    3,3M  508M    1% /boot/efi

Das ist nicht deine Boot-Partition sondern deine EFI-Partition.

[oln]

Das ist nicht deine Boot-Partition sondern deine EFI-Partition.

Ich habe keine extra Boot-Partition. Ist alles in /. Dort ist 1TB Platz.

[cosinus]

Eine Frage hab ich noch. Wenn du den neuen Kernel installiert hast und auch ne neue initrd gemacht wurde, dann bootest du ja neu. Siehst du dann beim reboot noch das GRUB-Menü wo du auswählen kannst welcher Kernel gebootet werden soll oder ist GRUB schon da kaputt?

[oln]

Moin,
Grubmenü sehe ich nicht. Komme gleich in die Rettungskonsole vom Grub.

[oln]

Neuinstallation vom Grub brachte keine Veränderung.
Keine Ahnung wo ich jetzt noch suchen soll.