Hi zusammen,
hab gerade in einer virtuellen aptosid Maschine (Qemu/KVM) ein d-u (mit Kernelupdate) durchführen wollen, der ist mit einen Fehler abgebrochen. Auch ein anschließendes "apt-get install -f" beseitigt den Fehler nicht.
Paketlisten werden gelesen...
Abhängigkeitsbaum wird aufgebaut...
Statusinformationen werden eingelesen...
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
2 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
linux-image-2.6.37-0.slh.18-aptosid-amd64 (2.6.37-18) wird eingerichtet ...
Running depmod.
Running update-initramfs.
update-initramfs: Generating /boot/initrd.img-2.6.37-0.slh.18-aptosid-amd64
initrd.img(/boot/initrd.img-2.6.37-0.slh.18-aptosid-amd64
) points to /boot/initrd.img-2.6.37-0.slh.18-aptosid-amd64
(/boot/initrd.img-2.6.37-0.slh.18-aptosid-amd64) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.37-0.slh.18-aptosid-amd64.postinst line 348.
vmlinuz(/boot/vmlinuz-2.6.37-0.slh.18-aptosid-amd64
) points to /boot/vmlinuz-2.6.37-0.slh.18-aptosid-amd64
(/boot/vmlinuz-2.6.37-0.slh.18-aptosid-amd64) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.37-0.slh.18-aptosid-amd64.postinst line 348.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 2.6.37-0.slh.18-aptosid-amd64 /boot/vmlinuz-2.6.37-0.slh.18-aptosid-amd64
run-parts: executing /etc/kernel/postinst.d/pm-utils 2.6.37-0.slh.18-aptosid-amd64 /boot/vmlinuz-2.6.37-0.slh.18-aptosid-amd64
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 2.6.37-0.slh.18-aptosid-amd64 /boot/vmlinuz-2.6.37-0.slh.18-aptosid-amd64
Generating grub.cfg ...
/usr/sbin/grub-probe: error: no such disk.
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-2.6.37-0.slh.18-aptosid-amd64.postinst line 801.
dpkg: Fehler beim Bearbeiten von linux-image-2.6.37-0.slh.18-aptosid-amd64 (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 9 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-2.6-aptosid-amd64:
linux-image-2.6-aptosid-amd64 hängt ab von linux-image-2.6.37-0.slh.18-aptosid-amd64 (= 2.6.37-18); aber:
Paket linux-image-2.6.37-0.slh.18-aptosid-amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von linux-image-2.6-aptosid-amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
linux-image-2.6.37-0.slh.18-aptosid-amd64
linux-image-2.6-aptosid-amd64
Die relevante Meldung dürfte wohl diese sein:
/usr/sbin/grub-probe: error: no such disk.
...das kann doch wohl nicht sein. Ist ja nicht der erste Kernelupdate in dieser VM. Zur Zeit ist in dieser VM der Kernel 2.6.37-0.slh.9 Kernel aktiv.
Woran könnte es liegen?
Kannst Du mal ein cat /boot/grub/device.map posten?
Hi towo,
hier die device.map.
(hd0) /dev/disk/by-id/ata-QEMU_HARDDISK_QM00001
Und stimmt das noch?
hmmm, also die finde ich unter "by-id" nicht mehr.
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-name-VGsys-LVboot -> ../../dm-1
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-name-VGsys-LVhome -> ../../dm-2
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-name-VGsys-LVopt -> ../../dm-3
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-name-VGsys-LVroot -> ../../dm-0
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-name-VGsys-LVswap -> ../../dm-7
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-name-VGsys-LVtmp -> ../../dm-6
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-name-VGsys-LVusr -> ../../dm-5
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-name-VGsys-LVvar -> ../../dm-4
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-uuid-LVM-0fFLWGfh0WDxOH16vE8v8OYpx39V8dUv0AZ3gLKZZWpCYyiFCY0LhALnTmP2NwaS -> ../../dm-0
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-uuid-LVM-0fFLWGfh0WDxOH16vE8v8OYpx39V8dUv2c55SfhmSV2ddnGZCyyOxs1q9Nghx2yB -> ../../dm-5
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-uuid-LVM-0fFLWGfh0WDxOH16vE8v8OYpx39V8dUv4hDBy5rNgdQ0Abf94V3xUmsKwHDwPfGj -> ../../dm-7
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-uuid-LVM-0fFLWGfh0WDxOH16vE8v8OYpx39V8dUvLLP0KxZxrsJ35bquReXiqQrLhjIzqfH0 -> ../../dm-1
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-uuid-LVM-0fFLWGfh0WDxOH16vE8v8OYpx39V8dUvpfU2gW0Vybtw2thKrsPyEEd7zYHziyZt -> ../../dm-6
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-uuid-LVM-0fFLWGfh0WDxOH16vE8v8OYpx39V8dUvTsq2lG34LFlpZnwLjeRP5js0FNgT5yXh -> ../../dm-2
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-uuid-LVM-0fFLWGfh0WDxOH16vE8v8OYpx39V8dUvuDb38ydCHTkVxplA6Z3pv2I1vYEgTZWy -> ../../dm-4
lrwxrwxrwx 1 root root 10 5. Feb 15:59 /dev/disk/by-id/dm-uuid-LVM-0fFLWGfh0WDxOH16vE8v8OYpx39V8dUvXE2y1v8W306cfcYIZ5JywW32ctDJxnfN -> ../../dm-3
Die VM läuft mit dem LVM, u.a. sind /boot und / eigene Filesysteme.
/dev/mapper/VGsys-LVroot / ext4 defaults,noatime,errors=remount-ro,barrier=0 0 1
LABEL=BOOT /boot ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2
LABEL=HOME /home ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2
LABEL=OPT /opt ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2
LABEL=VAR /var ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2
LABEL=USR /usr ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2
LABEL=TMP /tmp ext4 defaults,noatime,errors=remount-ro,barrier=0 0 2
UUID=8704d670-6a06-495e-8c95-d2e310c9a1cd none swap sw 0 0
Nachdem ich die device.map berichtigt habe konnte ich d-u korrekt abschließen.
(hd0) /dev/vda
...so stimmt's wieder :-)