Ich habe den Software-Updater ausgeführt, der die Ubuntu-Basis auf 32-Bit 15.04 aktualisiert hat, was meines Wissens den Linux-Kernel enthält, und es hat so lange gedauert (nach mehreren Stunden war es immer noch nicht fertig), dass ich dachte, es müsse bereits fertig sein, nur die GUI muss ins Stocken geraten sein. Also habe ich meinen PC neugestartet, weil ich dachte, dies würde den neuen Kernel zum Laufen bringen. Aber als ich nach dem Neustart versuchte, Subversion zu installieren, erhielt ich den Fehler:
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.
Ich habe es ausgeführt sudo dpkg --configure -a, aber es dauert ewig (bisher vier Stunden), bis der Job fertig ist. Ich habe 3,8 GB RAM, meine CPU ist ein Intel Core i5 M460 @ 2,53 GHz x 2, ich habe über 260 GB freien Festplattenspeicher und mein aktueller Kernel ist 3.19.0-20-generic, aber die Version des Kernels, die ich mit dpkg zu installieren versuche, ist 3.19.0-21-generic. Falls relevant, meine Desktop-Umgebung ist Cinnamon 2.2.16, obwohl ich Ubuntu und nicht Linux Mint verwende. Dies ist meine Ausgabenachricht nach dem Ausführen sudo dpkg --configure -a:
Setting up linux-image-3.19.0-21-generic (3.19.0-21.21) ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
initrd.img(/boot/initrd.img-3.19.0-21-generic
) points to /boot/initrd.img-3.19.0-21-generic
(/boot/initrd.img-3.19.0-21-generic) -- doing nothing at /var/lib/dpkg/info/linux-image-3.19.0-21-generic.postinst line 491.
vmlinuz(/boot/vmlinuz-3.19.0-21-generic
) points to /boot/vmlinuz-3.19.0-21-generic
(/boot/vmlinuz-3.19.0-21-generic) -- doing nothing at /var/lib/dpkg/info/linux-image-3.19.0-21-generic.postinst line 491.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.19.0-21-generic /boot/vmlinuz-3.19.0-21-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.19.0-21-generic /boot/vmlinuz-3.19.0-21-generic
update-initramfs: Generating /boot/initrd.img-3.19.0-21-generic
run-parts: executing /etc/kernel/postinst.d/pm-utils 3.19.0-21-generic /boot/vmlinuz-3.19.0-21-generic
run-parts: executing /etc/kernel/postinst.d/unattended-upgrades 3.19.0-21-generic /boot/vmlinuz-3.19.0-21-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 3.19.0-21-generic /boot/vmlinuz-3.19.0-21-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.19.0-21-generic /boot/vmlinuz-3.19.0-21-generic
Generating grub configuration file ...
Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.
Found linux image: /boot/vmlinuz-3.19.0-21-generic
Found initrd image: /boot/initrd.img-3.19.0-21-generic
Found linux image: /boot/vmlinuz-3.19.0-20-generic
Found initrd image: /boot/initrd.img-3.19.0-20-generic
Found linux image: /boot/vmlinuz-3.19.0-15-generic
Found initrd image: /boot/initrd.img-3.19.0-15-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Antwort1
Aha, ich habe die Lösung selbst gefunden! Ich habe von einem Live-USB-Stick neugestartet und Grub repariert (lautdieser Leitfadensudo dpkg --configure -a), da mir diese Zeile in der von named generierten Nachricht aufgefallen ist Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.und ich mich gefragt habe, was passieren würde, wenn ich Grub reparieren würde. Nachdem ich Ubuntu auf meiner Festplatte wieder gebootet hatte, habe ich es erneut ausgeführt sudo dpkg --configure -aund es hat den neuen Kernel in gefühlt weniger als einer Minute installiert.