[Gelöst] Kernel-Update-Probleme YOU Suse 10.1

Ich setze OpenSuse 10.1 auf meinem Server ein und habe derzeit das Problem, dass nach jedem Kernel-Update mit YOU mein Server nicht mehr richtig bootet.

Ich habe noch auf dem selben System ein Notboot-System parallel installiert. Dieses bootet ganz normal und lässt sich auch sauber mittels YOU updaten. Dieses Notboot-System hat auch den Dual-Boot mittels Grub eingerichtet.

Der Kernel wird auf dem Hauptsystem noch sauber geladen, doch beim
nachladen von Kernel-Modulen kommt die Fehlermeldung, dass er die Datei
/lib/modules/2.6.16.13.???-default/modules.dep
nicht finden kann. Der installierte Kernel ist jedoch in der Version 2.6.21.???.
Ich vermute, dass seit dem Upgrade von Suse 9.1 irgend eine Konfiguration falsch gesetzt ist bzw. nicht mehr updated wird.

Ich kann nachher mit Yast einsteigen und den alten Kernel inkl. novfs und kmp installieren. Dann geht es wieder. Doch irgendwann wird ein Sicherheitsupdate kommen, bei welchem ich den Kernel updaten muss.

Weiss jemand, wo ich den Pfad auf die richtige modules.dep bzw. die richtigen Kernel-Libraries manuell setzen kann? Dies würde mir schon massiv helfen.

Gruss
Werner Stocker
liberSEC

Wie wäre es denn mit "depmod -a"?

Muss nach jedem Kernel-Update ausgeführt werden - geschieht eigentlich automatisch und ist wohl hier aufgrund einer nicht reproduzierbaren Anomalie nicht geschehen.

Man kann die modules.dep auch für einen anderen als den gerade gebooteten Kernel aktualisieren, dazu braucht man ein paar Parameter im depmod-Aufruf -> man-Page lesen.

Ah, jetzt kommen wir der Sache schon näher.
Der Befehl depmod -a provoziert folgende Fehlermeldung:
WARNING: Couldn't open directory /lib/modules/2.6.16.13-4-default: No such file or directory
FATAL: Could not open /lib/modules/2.6.16.13-4-default/modules.dep.temp for writing: No such file or directory

Wie es ausschaut, ist irgendwo noch die 2.6-Kernelversion vom Suse 9.1 verlinkt.

Die von der CD installierte Version war: 2.6.16.21-0.13
Die von YOU aktualisierte Version war: 2.6.16.21-0.25

Wie kann ich jetzt das reparieren?

Gruss
Werner

Die Ausgabe von
bitte...

"depmod -a" aktualisiert die modules.dep für den in diesem Moment gerade laufenden Kernels. Wenn Du von irgendeiner Rettungs-CD bootest, dann ist das nicht der installierte Kernel, sondern der des Rettungssystems.

traffic schrieb:

"depmod -a" aktualisiert die modules.dep für den in diesem Moment gerade laufenden Kernels. Wenn Du von irgendeiner Rettungs-CD bootest, dann ist das nicht der installierte Kernel, sondern der des Rettungssystems.

Zum Vergrößern anklicken....

In welchem Falle man -r und womöglich -b angeben sollte.

Hallo

Ich habe jetzt ein paar Informationen zu meinem Problem zusammensgestellt.

-----------------------------------------
Anbei die gewünschten Outputs nach dem YOU Kernel-Update vor dem Reboot:
uname -r:
2.6.16.13-4-default

uname -a:
Linux delta 2.6.16.13-4-default #1 Wed May 3 04:53:23 UTC 2006 i686 i686 i386 GNU/Linux

ls -l /lib/modules /boot/{initrd,vmlinuz}* /usr/src/:
lrwxrwxrwx 1 root root 29 Oct 11 22:07 /boot/initrd -> initrd-2.6.16.21-0.25-default
-rw-r--r-- 1 root root 2397653 Oct 11 22:07 /boot/initrd-2.6.16.21-0.25-default
lrwxrwxrwx 1 root root 30 Oct 11 22:06 /boot/vmlinuz -> vmlinuz-2.6.16.21-0.25-default
-rw-r--r-- 1 root root 1235715 Sep 19 13:38 /boot/vmlinuz-2.6.16.21-0.25-default

/lib/modules:
total 1
drwxr-xr-x 3 root root 112 Oct 11 22:11 2.6.16.21-0.13-default
drwxr-xr-x 2 root root 48 Sep 27 19:00 2.6.16.21-0.21-default
drwxr-xr-x 4 root root 560 Oct 11 22:11 2.6.16.21-0.25-default

/usr/src/:
total 0
drwxr-xr-x 3 root root 96 Oct 11 22:06 linux-2.6.16.21-0.25-obj
drwxr-xr-x 7 root root 168 Apr 23 03:51 packages

rpm -q --queryformat "%{NAME}-%{VERSION}-%{RELEASE} %{INSTALLTIME:date}\n" kernel-default:
kernel-default-2.6.16.21-0.25 Wed Oct 11 22:06:43 2006
------------------------------------------------
Anbei die gewünschten Outputs nach dem YOU Kernel-Update nach dem Reboot:
uname -r:
2.6.16.13-4-default

uname -a:
Linux delta 2.6.16.13-4-default #1 Wed May 3 04:53:23 UTC 2006 i686 i686 i386 GNU/Linux

Die anderen Kommandos kann ich leider nicht vom Bildschirm abschreiben, da ich ohne Netz nicht an den Server rankomme (kein X nur Konsole) und der Server im Keller steht.
------------------------------------------------
Anbei die gewünschten Outputs nach dem ich mit Yast wieder den Standard-10.1-Kernel ab CD installiert habe (2.6.16.13-4). Der Befehl depmod -a geht dann wieder:

uname -r:
2.6.16.13-4-default

uname -a:
Linux delta 2.6.16.13-4-default #1 Wed May 3 04:53:23 UTC 2006 i686 i686 i386 GNU/Linux

ls -l /lib/modules /boot/{initrd,vmlinuz}* /usr/src/:
/bin/ls: /usr/src/:: No such file or directory
lrwxrwxrwx 1 root root 26 Oct 13 20:58 /boot/initrd -> initrd-2.6.16.13-4-default
-rw-r--r-- 1 root root 2399769 Oct 13 20:58 /boot/initrd-2.6.16.13-4-default
lrwxrwxrwx 1 root root 27 Oct 13 20:57 /boot/vmlinuz -> vmlinuz-2.6.16.13-4-default
-rw-r--r-- 1 root root 1237785 May 3 12:27 /boot/vmlinuz-2.6.16.13-4-default

/lib/modules:
total 1
drwxr-xr-x 4 root root 552 Oct 13 21:07 2.6.16.13-4-default
drwxr-xr-x 2 root root 88 Oct 13 21:01 2.6.16.21-0.13-default
drwxr-xr-x 2 root root 48 Sep 27 19:00 2.6.16.21-0.21-default
drwxr-xr-x 2 root root 48 Oct 13 21:00 2.6.16.21-0.25-default

rpm -q --queryformat "%{NAME}-%{VERSION}-%{RELEASE} %{INSTALLTIME:date}\n" kernel-default:
kernel-default-2.6.16.13-4 Fri Oct 13 20:57:38 2006
-----------------------------
Anbei die Grub Bootloader-Konfiguration. Diese wurde auf dem Notboot-System (/dev/hdc2) erstellt und in den MBR geschrieben:

# Modified by YaST2. Last modification on Do Aug 24 21:12:46 CEST 2006

color white/blue black/light-gray
default 0
timeout 8
gfxmenu (hd1,1)/boot/message

title SuSE Linux
root (hd1,1)
kernel /boot/vmlinuz root=/dev/hda1 x11i=vesa resume=/dev/hdc1 splash=silent showopts
initrd /boot/initrd

###Don't change this comment - YaST2 identifier: Original name: linux###
title Notboot hdc2
root (hd1,1)
kernel /boot/vmlinuz root=/dev/hdc2 x11i=vesa resume=/dev/hdc1 splash=silent showopts
initrd /boot/initrd


Gruss
Werner

Der Fehler lag in der Konfiguration von Grub. Grub holte vmlinuz immer von meiner Zweit-Installation anstatt für jede Linux-Installation von seiner eigenen Partition.

Gruss
Werner