[GELÖST] Probleme mit Upgrade bei Buster

[BrotherJ]

Hallo,
ich hatte das Problem dieser Tage schon einmal angesprochen und nur eine Interimslösung angeboten. Da ich jetzt an einem Rootserver (eben Remotezugriff und nicht mehr lokal) exakt dieselbe Ausgangssituation habe, wüsste ich doch gerne, wie damit umgegangen werden sollte.

Code: Alles auswählen

root@srv ~ # apt list --upgradeable
Listing... Done
grub-common/stable,stable 2.02+dfsg1-20+deb10u4 amd64 [upgradable from: 2.02+dfsg1-20+deb10u3]
grub-efi-amd64-bin/stable,stable 2.02+dfsg1-20+deb10u4 amd64 [upgradable from: 2.02+dfsg1-20+deb10u3]
grub-pc-bin/stable,stable 2.02+dfsg1-20+deb10u4 amd64 [upgradable from: 2.02+dfsg1-20+deb10u3]
grub-pc/stable,stable 2.02+dfsg1-20+deb10u4 amd64 [upgradable from: 2.02+dfsg1-20+deb10u3]
grub2-common/stable,stable 2.02+dfsg1-20+deb10u4 amd64 [upgradable from: 2.02+dfsg1-20+deb10u3]

Da waren noch 44 weitere Pakete zu aktualiseren, was ich mit

Code: Alles auswählen

apt install Paketname1-44

gemacht hatte.
Offen gesagt, ich wage jetzt es nicht, die grub-Pakete zu aktualisieren, nachdem am Wochenende dadurch eine Workstation nicht mehr gebootet hatte mit der Grubmeldung "grub_register_command_lockdown" nicht gefunden.

Wie ist jetzt damit umzugehen? Das kann ja keine Dauerlösung sein, dass man Grub nicht mehr gefahrlos aktualisieren kann.

Beste Grüße
BrotherJ

[MSfree]

Du kannst die grub-Pakete auf "hold" setzen, dann werden sie nicht mehr aktualisiert.

Code: Alles auswählen

apt-mark hold [Paketname]

Das habe ich bei einem meiner PCs zuhause auch so gemacht, nachdem letztes Jahr irgendwann die ersten Probleme mit grub auftraten. Da wurden Sicherheitslücken zu einem Drittel geflickt, die im Zusammenhang mit Secure Boot stehen. Vor kurzem kam das nächste Drittel an Flicken und es wird wohl noch mindestens ein weiterer Flicken folgen.

Eine meiner Kisten zuhause kann sowieso kein Secure Boot, daher ist sie in jedem Fall anfällig für Angriffe, die in den Bootprozeß eingreifen und Teile von Grub durch Schadsoftware ersetzen. Verbesserte Grubversionen sind in diesem Fall also sowieso wirkungslos.

Bei einem Server im Internet wäre ich allerdings geneigt, das Risiko einzugehen und lieber die geflickten grubs einsetzen. Denn das Problem, das du hattest, tritt längst nicht bei jedem Rechner auf. Bei meiner Backupmaschine unter Bullseye haben die grub-Updates und das folgenden Reboot bisher jedenfalls problelos funktioniert.

[OrangeJuice]

Wollte den Beitrag nicht kapern, kann ggf. gelöscht werden.

[BrotherJ]

Du kannst die grub-Pakete auf "hold" setzen, dann werden sie nicht mehr aktualisiert.

Code: Alles auswählen

apt-mark hold [Paketname]

Danke für den Hinweis, das macht Sinn. Und das kannte ich jetzt noch nicht.

[BrotherJ]

Bei einem Server im Internet wäre ich allerdings geneigt, das Risiko einzugehen und lieber die geflickten grubs einsetzen. Denn das Problem, das du hattest, tritt längst nicht bei jedem Rechner auf. Bei meiner Backupmaschine unter Bullseye haben die grub-Updates und das folgenden Reboot bisher jedenfalls problelos funktioniert.

Wo bekomme ich die "geflickten grubs" her?