Ubuntu 18.04 ist beim Upgrade des Linux-Headers hängen geblieben


13

Wann immer ich versuche, mein System in Ubuntu 18.04 auf den neuesten Stand zu bringen, stoppt es: stecken wann immer es erreicht Setting up linux-headers-<version>-generic. Ich kann das Upgrade von dort aus nicht abbrechen, aber selbst wenn Sie es stundenlang stehen lassen, ändert es nichts. Wenn ich den Prozess htopdarin überprüfe , zeigt es, dass es jetzt irgendetwas tut. Wenn ich das Upgrade zum Beenden zwinge und versuche, es neu zu starten, wird beim erneuten Versuch des Upgrades angezeigt, dass ein vorheriges unterbrochen wurde, und ich sollte es versuchen, mit sudo dpkg --configure -adem das Problem behoben wird.

Ich finde es einfach sehr ärgerlich, dies jedes Mal tun zu müssen, wenn ein Header-Upgrade verfügbar ist, insbesondere, weil ich der Meinung bin, dass dies nicht passieren sollte und eine dauerhaftere Lösung verfügbar sein sollte. Was vermisse ich oder mache ich falsch?


Haben Sie diesen Befehl ausgeführt sudo dpkg --configure -a?
George Udosen

4
Ja, das hat es gelöst. Aber ich bekomme diese Option erst, nachdem ich das Upgrade abgebrochen habe und es fühlt sich falsch an, eine solche Lösung anstelle einer dauerhafteren Lösung zu verwenden.
Masqueey

Es gibt keine dauerhafte Lösung, aber Ubuntu verfügt über Mechanismen, um diese zu beheben, wenn sie auftreten. Natürlich helfen auch Routine-Updates.
George Udosen

Antworten:


9

TLDR: Deaktivieren Sie den sicheren Start.

Ich hatte vor ungefähr einem Monat das gleiche Problem. Für mich stellte sich heraus, dass die Lösung Secure Boot deaktivierte. Ich habe Secure Boot deaktiviert, seit ich Ubuntu 18.04 installiert habe und es ist ohne Probleme aktualisiert. Vor ungefähr einem Monat habe ich jedoch mein BIOS aktualisiert, wodurch Secure Boot wieder aktiviert wurde (das wusste ich damals noch nicht). Es war frustrierend, dass die Upgrades eingefroren waren und ich habe es endlich herausgefunden, weil meine VirtualBox-Installation auch nicht funktionierte. Das Update für VirtualBox deaktivierte Secure Boot, wodurch auch meine linux-headers-<version>-genericUpgrades repariert wurden .

Wie in der Frage erwähnt, würde es hier einfrieren:

...
Setting up linux-headers-4.15.0-38-generic (4.15.0-38.41) ...

Nach dem Deaktivieren von Secure Boot erhalte ich:

...
Setting up linux-headers-4.15.0-38-generic (4.15.0-38.41) ...
/etc/kernel/header_postinst.d/dkms:
Secure Boot not enabled on this system.
...
done

2
Vielen Dank für diese Antwort. Ich wurde am selben Ort aufgehängt ... neu gestartet, sicheres Booten deaktiviert, erfolgreich aktualisiert, neu gestartet und sicheres Booten wieder aktiviert, und ich machte mich auf den Weg.
Doktor J

7

Meine Lösung;

  • ps aux | grep apt
  • Beende den passenden Prozess
  • sudo dpkg --configure -a
  • passendes Update
  • passendes Upgrade

0

Sie können die Antwort auf überprüfen /var/log/apt/term.log. Dies ist der Speicherort für das apt-getProtokoll. Sie können auch die dpkgProtokolldatei überprüfen, /var/log/dpkg.log aptoder apt-getSie verwenden basierend auf dpkginternen.

Außerdem können Sie den Prozess anhand seiner ID identifizieren und ausführen strace -p, um genau zu überprüfen, warum er stoppt.

Dies ist eher eine allgemeine Antwort auf diese oder ähnliche Fragen.


Hinzufügen dieses zu meinen persönlichen Diagnosenotizen. Sehr guter Tipp. Vielen Dank.
TonyG
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.