"Fatal: Could not load /lib/modules/" ... Kernel Problem

[punami]

Hi,

ich habe mir gerade meinen Kernel 2.6.31.6 gebaut.
Folgender Ablauf:
sourcen von kernel.org geladen, entpackt und dann
make mrproper
make menuconfig (Alte config aus dem 2.6.28 geladen)
make bzImage
make modules
make modules_install
cp /usr/src/linux-2.6.31.6/arch/i386/bzImage /boot/vmlinuz-2.6.31-7-new
cd /boot
mkinitramfs -o 2.6.31-7-new

dann den Grub2
grub-mkconfig
update-grub

dann natürlich: reboot

So nun kommt aber der Fehler "FATAL: Could not load /lib/modules/2.6.31.6/modules.dep"

[KBDCALLS]

Warum baust du den Kernel nicht mit make-kpkg ? Dann hast du ein Debianpaket was du sauber instalieren und auch deinstalieren kannst wenn notwendig.

[punami]

make-kpkg bringt auch irgend einen Fehler - ehrlich gesagt bringt mich dass nicht sehr viel weiter. Warum sollte das den auf dem Weg besser funzen, das Script macht im Prinzip das gleiche wie ich per Hand...

Ich würde lieder das Problem mit dem "normalen" Kernel-backen lösen...

Woran kann diese oben gennante Fehlermeldung den liegen?

[KBDCALLS]

Was für einen ? Irgendeinen kann man nix zu sagen.

Wenn man mit

make-kpkg --initrd linux-image kompiliert sollte das ohne Problem funktionieren. Das ist jetzt ein minimaler Aufruf um ein Deb zu bauen . Ohne weitere Parameter, außer das bei der Installations des Debs eine Initrd erstelllt wird.

[cosmac]

hi,

irgendwie sind dir die Versionsnummern durcheinander gekommen:

cp /usr/src/linux-2.6.31.6/arch/i386/bzImage /boot/vmlinuz-2.6.31-7-new
mkinitramfs -o 2.6.31-7-new
nun kommt aber der Fehler "FATAL: Could not load /lib/modules/2.6.31.6/modules.dep"

da die Version fest einkompiliert wird, sollte die mit den Datei- und Verzeichnisnamen übereinstimmen.
Der Kernel glaubt, seine Version wäre 2.6.31.6, aber deine Dateien heißen anders. Unter "General Setup -> Local version" kannst du sowas wie "-new" anhängen, aber soweit ich weiß, ist deine Kombination nicht möglich.

[cirrussc]

Mit make-kpkg --append-to-version= ... ist das kein Problem.

Ich baue den auf einem Quad Core mit:

Code: Alles auswählen

CONCURRENCY_LEVEL=4 make-kpkg --us --uc --initrd --append-to-version=-1000hz --arch-in-name  kernel_image

[KBDCALLS]

Wer partout den Kernel tradionel kompilieren will. Wenn man das Feld extraversion im Makefile anpasst sollte es aber auch funktionieren. Die Kopiererei geht natürlich garnicht.

[punami]

Hi,

das mit dem 2.6.31.6 ist kein Problem - Der Source heißt ja auch (linux-2.6.31.6) so und das Verzeichniss was er sucht (/lib/modules/2.6.31.6/modules.dep) ist definitiv genau in dieser Schreibweise vorhanden, wenn ich aus dem alten Kernel herraus aufrufe. Trozdem sagt er beim booten "no such file or directory."

BTW: auch per make-kpkg bekomm ich diesen Fehler nun, nachdem er übernacht kompiliert hat.

[cosmac]

wird denn da die richtige root-Partition verwendet?

[punami]

Ja, im frub steht "root = (hd0,3)" das steht auch beim alten kernel drin und da läufts.

[KBDCALLS]

Geht doch

Code: Alles auswählen

Linux version 2.6.31.6-new (root@svetlana) (gcc version 4.3.3 (Debian 4.3.3-3) ) #2 SMP Fri Nov 20 12:44:49 CET 2009

Den Kernel auf tradionelle Art kompiliert.

Das Makefile angepasst. Mit

Code: Alles auswählen

make all

kompiliert dann alles instaliert

Code: Alles auswählen

make install

und

Code: Alles auswählen

make modules_install

.

Die Initrd erzeugt mit.

Code: Alles auswählen

update-initramfs -c -k  2.6.31.6-new

anschließend upgrade-grub ausgeführt.

Das ganze in ca. zwei Stunden.

[punami]

läuft.