lenny: kernel installation/deinstallation stockt [gelöst]

[scipio]

Ich hoffe, dass dies nirgends schon gefragt wurde. Ich habe jedenfalls lange im Netz gesucht und nichts vergleichbares gefunden, drum hier mein Begehr:

Ich habe auf einem neuen Rechner zum ersten mal seit ca. 2 Jahren ein frisches "testing" raufgespielt. Läuft soweit ganz ordentlich, nur der Kernel nervt zur Zeit immens.
Diese Kernel habe ich installiert:

Code: Alles auswählen

dpkg -l | grep linux-image 
iF  linux-image-2.6.22-3-486             2.6.22-6.lenny1            Linux 2.6.22 image on x86
rc  linux-image-2.6.26-1-486             2.6.26-4                   Linux 2.6.26 image on x86

So weit so gut. Beim aktualisieren des Systems motzt apt-get wg. des 2.6.26 kernels herum:

Code: Alles auswählen

Vorkonfiguration der Pakete ...
(Lese Datenbank ... 88457 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von ucf 3.008 (durch .../apt/archives/ucf_3.009_all.deb) ...
Entpacke Ersatz für ucf ...
Verarbeite Trigger für man-db ...
Richte linux-image-2.6.22-3-486 ein (2.6.22-6.lenny1) ...
Running depmod.
Finding valid ramdisk creators.
Using mkinitramfs-kpkg to build the ramdisk.
Not updating initrd symbolic links since we are being updated/reinstalled 
(2.6.22-6 was configured last, according to dpkg)
Not updating image symbolic links since we are being updated/reinstalled 
(2.6.22-6 was configured last, according to dpkg)
Running postinst hook script /sbin/update-grub.
Searching for GRUB installation directory ... found: /boot/grub
User postinst hook script [/sbin/update-grub] exited with value 1
dpkg: Fehler beim Bearbeiten von linux-image-2.6.22-3-486 (--configure):
 Unterprozess post-installation script gab den Fehlerwert 1 zurück
Richte ucf ein (3.009) ...
Fehler traten auf beim Bearbeiten von:
 linux-image-2.6.22-3-486
E: Sub-process /usr/bin/dpkg returned an error code (1)

Und da steh ich nun wie ein Ochs vorm Berg. Den Kernel bekomme ich nicht vernünftig reinstalliert - und auch nicht deinstalliert ohne den ganzen Desktop gleich mit zu deinstallieren; weder mit -f, noch purge noch sonstwas. Irgendwie muss der Fehler doch zu beheben sein, gell? Ich sehe nur gerade den Wald vor lauter Bäumen nicht. Hat jemand eine Idee, wie ich das Problem beseitigen kann?

[storm]

Nee, apt motzt nicht wegen dem neuen Kernel rum, sondern weil beim Konfigurieren des alten update-grub mit einem Fehler aussteigt:

Code: Alles auswählen

User postinst hook script [/sbin/update-grub] exited with value 1

Das müsstest du erst beheben, dann klappt's wahrscheinlich auch mit dem update auf den neuen Kernel. Du könntest beispielsweise versuchen, update-grub mal von Hand aufzurufen (als root) bzw. den Inhalt von /etc/kernel-img.conf zu inspizieren (alles richtig konfiguriert?).

ciao, storm

[scipio]

Danke für den Tipp. Update-grub hilft leider erstmal nicht, die Fehlermeldung bleibt bestehen. Die kernel-img.conf sieht bei mir so aus:

Code: Alles auswählen

# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no
postinst_hook = update-grub
postrm_hook   = update-grub

Das sieht doch okay aus, oder muss ich etwa "do_bootloader" und "link_in_boot" auf "yes" setzten?

[scipio]

Hmmm... hat keiner sagen ob die Datei korrekt eingestellt ist?

Habe jetzt übrigens schon zwei neuere Kernels, die in dem Prozedere ins stocken geraten sind...

[Danielx]

Datei ist korrekt.
Welche Fehlermeldung kommt bei "update-grub"?

Gruß,
Daniel

[scipio]

gar keine, das macht mich ziemlich stutzig...

Code: Alles auswählen

Searching for GRUB installation directory ... found: /boot/grub

ist alles, was gemeldet wird.

[Danielx]

Bleibt das Programm nach der Ausgabe hängen oder wird es korrekt beendet (d.h. du kannst in der selben Shell danach wieder normal Befehle eingeben)?
Bist du dir sicher, dass du "update-grub" als root ausgeführt hast?
Denn als normaler Nutzer kommt bei mir auch nur:

Searching for GRUB installation directory ... found: /boot/grub

Als root hingegen:

Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /boot/vmlinuz-2.6.26-1-686
Updating /boot/grub/menu.lst ... done

Was sagt, als root:

Code: Alles auswählen

sh -x /usr/sbin/update-grub /etc/kernel-img.conf

Gruß,
Daniel

[scipio]

Der Befehl wurde korrekt als root gestartet, dennoch kommt nur diese kurze Meldung. Könnte es sein, das Grub einfach zerschossen ist?...

Ausgabe von "sh -x /usr/sbin/update-grub /etc/kernel-img.conf" sieht wie folgt aus:

Code: Alles auswählen

+ set -e
++ uname -s
++ tr '[A-Z]' '[a-z]'
+ host_os=linux
++ find_grub_dir
++ echo -n 'Searching for GRUB installation directory ... '
Searching for GRUB installation directory ... ++ for d in /boot/grub /boot/boot/grub
++ '[' -d /boot/grub ']'
++ grub_dir=/boot/grub
++ break
++ '[' -z /boot/grub ']'
++ echo 'found: /boot/grub'
found: /boot/grub
++ echo /boot/grub
+ grub_dir=/boot/grub
+ device_map=/boot/grub/device.map
+ menu_file_basename=menu.lst
+ menu_file=/boot/grub/menu.lst
+ default_file_basename=default
+ default_file=/boot/grub/default
++ find_device /
++ test -e /boot/grub/device.map
++ grub-probe --device-map=/boot/grub/device.map -t device /
+ root_device=/dev/sdb1
+ case ${root_device} in
++ find_device /boot
++ test -e /boot/grub/device.map
++ grub-probe --device-map=/boot/grub/device.map -t device /boot
+ boot_device=/dev/sdb1
++ make_system_path_relative_to_its_root /boot
++ path=/boot
++ test -e /boot
++ :
+++ readlink -f /boot
++ path=/boot
++ :
++ test -d /boot
++ dir=/boot
+++ stat -c %d /boot
++ num=2065
++ :
+++ readlink -f /boot/..
++ parent=/
+++ stat -c %d /
++ '[' x2065 = x2065 ']'
++ :
++ '[' x/boot = x/ ']'
++ dir=/
++ :
+++ readlink -f //..
++ parent=/
+++ stat -c %d /
++ '[' x2065 = x2065 ']'
++ :
++ '[' x/ = x/ ']'
++ break
++ '[' / = / ']'
++ dir=
++ echo /boot
++ sed -e 's,^,,g'
+ kernel_dir=/boot
++ grub-probe -t abstraction --device /dev/sdb1
+ abstraction=
+ '[' '' = '' ']'
++ grub-probe --device-map=/boot/grub/device.map --device /dev/sdb1 --target=fs_uuid
+ root_uuid=
+ linux_root_device=/dev/sdb1
+ kopt='root=/dev/sdb1 ro'
++ uname -s
++ sed -e s,GNU/,,g
+ title='Debian GNU/Linux'
+ updatedefaultentry=false
++ convert_default /dev/sdb1
+++ convert_raid1 /dev/sdb1
++ tmp_dev=
++ tmp_dev=/dev/sdb1
++ convert /dev/sdb1
++ test -e /boot/grub/device.map
++ GRUB_LEGACY_0_BASED_PARTITIONS=1
++ grub-probe --device-map=/boot/grub/device.map -t drive -d /dev/sdb1
+ grub_root_device=

Danke für die Hilfe.

[Danielx]

Welche Ausgabe erscheint bei dir als root bei diesem Befehl:

Code: Alles auswählen

GRUB_LEGACY_0_BASED_PARTITIONS=1 grub-probe --device-map=/boot/grub/device.map -t drive -d /dev/sdb1

Erfolgt überhaupt eine Ausgabe?

Wie sieht deine /boot/grub/device.map aus?

Ist /boot eine eigene Partition (siehe /etc/fstab)?

Gruß,
Daniel

[scipio]

Ja, ich bekomme eine Ausgabe:

Code: Alles auswählen

grub-probe: error: Cannot find a GRUB drive for /dev/sdb1.  Check your device.map.

Wenn ich jetzt in die device.map Datei hineinschaue, kommt:

Code: Alles auswählen

(hd0)   /dev/hdc
(hd1)   /dev/hdd

Was unter meinem CentOS auf /dev/hdc identisch ausschaut. Ist etwa der Haken, dass ich hier hdc bzw. hdd - so wie in meiner menul.lst und in der fstab-Datei - mit sdX ersetzen muss? Da hatte es bei der Net-Installation von Debian nämlich anfänglich falsche Einträge bei mir gegeben, die ich manuell alle korrigieren musste.

PS: Ich benutze keine separate /boot -Partition.

Ich glaube so langsam verstehe ich wieder was...

[scipio]

Jawoll! Diesmal hat er, nachdem ich hdc und hdd durch sda bzw. sdb in der device.map ersetzt habe, apt-get upgrade und update-grub ohne Fehlermeldung beendet. Ich probiere mal einen Neustart, um zu sehen, ob der neue Kernel wirklich funktioniert.

Muchos Dankos!

[Danielx]

Ja, deine device.map war falsch.

Ich probiere mal einen Neustart, um zu sehen, ob der neue Kernel wirklich funktioniert.

Ob sie jetzt richtig ist, wirst du gleich merken.
Aber es sieht jedenfalls für mich mal gut aus.

Gruß,
Daniel

[scipio]

Okay, jetzt wurde alles richtig installiert, nur in Grub muss ich noch manuell hdd1 durch sdb1 ersetzen, damit alles startet.

Komisch, wann wurde denn die Einstellung von hdX auf sdX geändert? Und warum wurde das beim upgrade nicht automatisch mitkorrigiert?

Naja... dann überprüfe ich mal die restlichen Konfigurationsdateien, nicht dass ich nach jedem upgrade immer falsche device-Einträge in der menu.lst am Ende habe.

[Danielx]

Komisch, wann wurde denn die Einstellung von hdX auf sdX geändert?

Hm, die Umbenennung gab es (nur bei bestimmten Umständen) vor einiger Zeit.

Ich möchte in diesem Zusammenhang auch noch auf UUID hinweisen!

Gruß,
Daniel