Linux-Kernel-Update steckt fest

Ich habe gerade einen neuen Kernel unter Ubuntu GNOME 17.04 installiert, der durch die normalen Updates eingegangen ist. Es bleibt jedoch jetzt eine Weile in der folgenden Zeile stecken:

Setting up linux-headers-4.10.0-20-generic (4.10.0-20.22) ...
Examining /etc/kernel/header_postinst.d.
run-parts: executing /etc/kernel/header_postinst.d/dkms 4.10.0-20-generic /boot/vmlinuz-4.10.0-20-generic

Etwas scheint den Prozess aufzuhängen. Weiß jemand, was das verursachen könnte?

BEARBEITEN: Dies ist der Inhalt von / boot wie angefordert:

abi-4.10.0-19-generic     grub                          System.map-4.10.0-19-generic
abi-4.10.0-20-generic     initrd.img-4.10.0-19-generic  System.map-4.10.0-20-generic
config-4.10.0-19-generic  memtest86+.bin                vmlinuz-4.10.0-19-generic
config-4.10.0-20-generic  memtest86+.elf                vmlinuz-4.10.0-19-generic.efi.signed
efi                       memtest86+_multiboot.bin      vmlinuz-4.10.0-20-generic

EDIT 2: Ich habe gerade versucht, den neuen Kernel zu löschen, habe aber Folgendes erhalten:

E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.

Mit diesem Befehl komme ich zum ursprünglichen Problem zurück. Ich stecke jetzt fest :(

kernel ubuntu-gnome 17.04

— Gladen
quelle

Sie verwenden dafür den grafischen Update-Manager? Oder Kommandozeile und passend?

— Davidbaumann

Beide. Ich habe zuerst den grafischen Updater ausprobiert, aber als ich bemerkte, dass er hängen blieb, habe ich die Befehlszeile ausprobiert. Gleiches Ergebnis (und Ausgabe) jedoch ..

— Gladen

Bitte ls /boot/

— poste

@ Davidbaumann Siehe meine Frage bearbeiten für die Ausgabe :)

— Gladen

Wenn der DKMS-Build-Kernel fehlgeschlagen ist, wird das make.log verlassen, damit Sie mitteilen können, was passiert ist. Das Protokoll befindet sich unter /var/lib/dkms/<Ihr_Modulname>/<Ihre_Modulversion>/build/make.log

— Davidbaumann

Ich habe es nur "repariert". Ich habe Ubuntu die ganze Zeit mit meiner Nvidia-Grafikkarte ausgeführt. Ich habe mit dem Nvidia Control Center wieder auf die integrierte Intel-Grafik umgestellt und neu gestartet. Danach hing die Konfiguration des Kernels nicht mehr und alles scheint normal zu funktionieren.

Wenn Sie dieses Problem auch haben, versuchen Sie, vor dem Ausführen wieder auf Intel-Grafiken umzusteigen dpkg --configure -a

— Gladen
quelle

Das hat auch bei mir funktioniert. Für diejenigen, die zu dieser Antwort kamen, habe ich versucht, dieses Dist-Upgrade durchzuführen, da die Gnome-Apps immer wieder nicht mit einem Exit-Code von 139 geöffnet werden konnten und ständig VMA-Fehler meldeten.

— Christian Di Lorenzo