kernel panic - 2.6.35

[l2h]

Hallo liebe Gemeinde,

ich bin ein Linux-Anfänger und arbeite mich tief in die Materie ein. Ich habe mir Debian Squeezy 6 mit Kernel 2.6.32.5.amd64 erfolgreich installiert. Nun habe ich mir von Kernel.org den nächsten höheren Kernel 2.6.35 geladden. Ich bekomme ihn ohne Probleme installiert, mit folgenden Befehlen:
- make menuconfig
- make
- make modules_install.

Die anschließend erstellten Dateien System.map, vmlinux in das Verzeichnis /boot kopiert. Ebenso eine initrd.img erstellt und ebenfalls ins /boot-Verzeichnis kopiert. Nun noch die grub.cfg anpassen indem ich einen bestehenden Eintrag kopiere und auf die neuen Angaben anpasse.
Reboot ist nötig, also shutdown -r now.
Wunderbar denk ich: der neue Kernel wird auch brav zur Auswahl angeboten, also auswählen und was passiert?
Folgende Meldung:
Loading Linux 2.6.35.....
error: invalid magic number.
loading initial ramdisk ...
error: you need to load the kernel first.

So irgendwas ist falsch gelaufen, kann mir einer eine Unterstützung bieten?

Viele Grüße
l2h

[KBDCALLS]

Squeezy gibt es nicht wenn dann wäre das Squeeze. 2.6.35 ist nicht aktuell. Der aktuellste Kernel von Debian wäre 3.2. Und denn gibt es in den Backports. Bevor ich selbst kompilieren würde würde ich erst mal den versuchen.

• http://packages.debian.org/squeeze-back ... po.2-amd64

Das ein Kernel mit make menuconfig korrekt funktioniert darauf würde ich mich nicht verlassen Wenn dann mit make oldconfig Oder besser mit make localmodconfig Kompilieren mit make deb-pkg Mit make help erhält man eine Hilfe Übersicht über die möglichen Optionen des Kernelmakefiles.

[The Hit-Man]

hat er nicht ein

Code: Alles auswählen

make install

vergessen? denn so kann er beim botten ja kein kernel finden.

[haber]

hat er nicht ein

Code: Alles auswählen

make install

vergessen? denn so kann er beim botten ja kein kernel finden.

Gute Frage,anscheinend nicht.

der neue Kernel wird auch brav zur Auswahl angeboten,

Wie ich das lese,hat er das ganze händisch gemacht,als nach /boot kopiert usw.


Zeig doch mal bitte deine /boot-Einträge.
Wenn Du die Dateien nach /boot kopiert hast musst Du ein

Code: Alles auswählen

update-grub

ausführen,dann brauchst Du nichts weiter eintragen.
Die beiden neuen Einträge müssen gleiche Namen haben,also wenn die System.map zb. System.map.neu heisst,muss der neue Kernel auch vmlinuz.neu heissen.


mfG. haber

[l2h]

Guten Morgen liebe Gemeinde,

ja ich habe alles manuell gemacht, also kein make install. Richtig ist, das ich die Dateien System.map-2.6.35 und vmlinuz-2.6.35 in das /boot kopiert habe.
Ja auch ein update-grub habe ich gemacht und er hat dabei auch die beiden neuen Dateien gefunden, ebenso die initrd.img-2.6.35. Von daher bin ich im Moment erst mal weiter ratlos.

Welche Log-Files kann ich durcharbeiten, um mögliche Fehlerquellen zu erkennen? in der /var/log/messages steht noch nichts vom Bootversuch drin...

Viele Grüße und Danke
l2h

[haber]

Nun noch die grub.cfg anpassen indem ich einen bestehenden Eintrag kopiere und auf die neuen Angaben anpasse.

Poste die mal bitte.
Ich vermute mal,Du hast als /root die echte / angegeben,dabei ist hier allerdings die /boot gemeint,wenn die auf einer extra Partition liegt.
Soweit ich weiss gehört der neue Eintrag auch in die /etc/grub.d/40_custom.

mfG. haber

[cosmac]

hi,

hast du die richtige Kernel-Datei kopiert? Vergleiche mal die Ausgaben von "file /boot/vm*". Weil:

Die anschließend erstellten Dateien System.map, vmlinux in das Verzeichnis /boot kopiert.

vmlinux (im gleichen Verzeichnis wie System.map) ist nur ein Zwischenprodukt, das fertige, komprimierte Kernel-Image findet man unter arch/x86/boot/bzImage.

Ich hoffe, das ist bei amd64 genauso, ich hab' nur i386 Hardware.

Übrigens: ich baue meine Kernel genau wie l2h, ohne "make deb-pkg", "make install" und auch ohne "update-grub"; ich finde es so viel einfacher und übersichtlicher.

[haber]

das fertige, komprimierte Kernel-Image findet man unter arch/x86/boot/bzImage.

Richtig,allerdings muss ich sagen,bei mir trat immer das Problem auf,dass bzImage nie gestartet ist,er startete erst wenn ich ihn in vmlinuz umgetauft hatte.
Versucht hatte ich das immer nur virtuell,ausser einmal auf meinem alten Pentium4.
Aufd em Pentium4 gabs übrigens das gleiche Verhalten.

mfG. haber

[cosmac]

das fertige, komprimierte Kernel-Image findet man unter arch/x86/boot/bzImage.

Richtig,allerdings muss ich sagen,bei mir trat immer das Problem auf,dass bzImage nie gestartet ist,er startete erst wenn ich ihn in vmlinuz umgetauft hatte.

das liegt wohl daran, dass Tools wie update-grub usw. nach bestimmten Namen unter /boot suchen. Wenn man alles per Hand macht, muss man eigentlich nur darauf achten, dass der Kernel das Modul-Verzeichnis unter /lib/modules/$(uname -r) sucht; alle anderen Dateinamen sind frei wählbar. Meine Kernel heißen z.B. v26-39-3.gg2 damit /boot eine msdos-Partition sein kann.

[KBDCALLS]

Sorry , was mir allerdings nicht ganz einleuchten will, warum man nicht die Debianpakete nimmt? Zu mal der Kernel 2.6.35 auch schon total veraltet ist, denn es gibt in den Backports einen neueren Kernel 3.2 Die Grub.cfg sollte man nicht von Hand ändern . Denn die längst nicht so übersichtlich wie die menu.lst des Grubs Legacy. Aber für beide gibts update-grub Damit erspart man sich in beiden Fällen Probleme. Man kann zwar eine Initrd Manuell erstellen , ist aber nicht trivial. Mit mkinitramfs kann man zwar eine neue initrd erstellen . Mann muß aber den Kernel angeben für den sie sein soll. Ohne dem wird immer für den aktuell laufenden Kernel eine erstellt. Und da gehe ich mal davon aus das Kernel und die ramdisk (bzw.die darin enthaltenen Module) nicht zusammen passen. Installiert man sich das Debianpaket aus den Backports hat man mit all dem nichts zu tun. Sinn würde so ein Vorgehen nur machen wenn man einen Treiber/Modul braucht der von Debian nicht bereitgestellt wird.

[l2h]

Hallo,

erstmal vielen Dank für Eure tatkräftige Unterstützung.

@KBDCALLS: Du hast sicherlich Recht, immer die jeweiligen Distributionskernel zu benutzen, die Grub.cfg nicht manuell zu baerbeiten und auch sonst das System die Arbeit machen zu lassen. Stimmt. Dafür ist es ja da. Aber leider bekomm ich nicht so richtig ein Verständnis für den Ablauf des Kernel backens und installieren.... Von daher werde ich diesen blutigen und steinigen Weg weiter gehen ....

@haber + cosmac:
Ich habe nach dem erfolgreichem Kompilat aus dem Verzeichnis /usr/src/linux/linux-2.6.35 die Datei vmlinux /boot/vmlinuz-2.6.35 kopiert und zwar deshalb. weil dies ja eigentlich der unkomprimierte Kernel sein sollte....hm... nach den Tips von Euch habe ich einfach aus dem Verzeichnis /usr/src/linux/linux-2.6.35/arch/x86/boot die Datei bzImage nach /boot/vmlinuz-2.6.35 kopiert. Anschließend update-grub und reboot. Und siehe da??? Er bootet zumindest den Kernel, kommt dann zwar mit einer Fehlermeldung hoch, das er die /lib/modules/linux-2.6.35 nicht finden kann... da hat er auch Recht, das Verzeichnis heißt /lib/modules/2.6.35
Da kümmer ich mocht jetzt drum...
Aber nochmal die deutliche Frage? Ist die Datei vmlinux in /usr/src/linux/linux-2.6.35/ nicht der unkomprimierte Kernel?

Viele Grüße
l2h

[cosmac]

Ist die Datei vmlinux in /usr/src/linux/linux-2.6.35/ nicht der unkomprimierte Kernel?

wahrscheinlich ja (das Größenverhältnis spricht dafür), aber gebootet wird normalerweise die komprimierte Version.

[haber]

Aber nochmal die deutliche Frage? Ist die Datei vmlinux in /usr/src/linux/linux-2.6.35/ nicht der unkomprimierte Kernel?

Jepp.Das ist der Kernel,den Du als tar.bz, bzw. tar.gz-Archiv dahinkopiert und entpackt hast.
Also praktisch der,den Du mit

Code: Alles auswählen

make menuconfig

an deine Bedürfnisse anpassen willst.
Der neue,von dir mit

Code: Alles auswählen

make

kompilierte Kernel steckt in arch/x86/boot/bzImage.
Dieses bzImage ist das,was Du booten willst.

mfG. haber

[l2h]

Hi cosmac,

dank Deiner Unterstützung will er jetzt damit booten, leider kommt dann die nächste Fehlermeldung:
fatal: could not load /lib/modules/2.6.35/modules.dep no such file or directory
na klasse...
Hier die Ausgabe von blkid
/dev/sda5: UUID="c757d178-0339-4cc2-bb0c-f211b49317b7" TYPE="ext3"
/dev/sda6: UUID="d2923d00-8e25-4fc4-a44f-65cb9abac74d" TYPE="ext3"
/dev/sda7: UUID="1516f989-31c1-4332-a058-d7f92af18f07" TYPE="ext3"
/dev/sda8: UUID="32e517d8-2f3e-4562-8fb3-9fdf2df8321e" TYPE="ext3"
/dev/sda9: UUID="5c135221-ba5f-4aaf-886e-33b11b7cbd49" TYPE="ext3"
/dev/sda10: UUID="762f106b-b1af-4b1f-99ae-2c89f2b5c536" TYPE="swap"
/dev/sda11: UUID="ffcb4a68-d99c-4b48-bdbb-2b717a6a7f3a" TYPE="ext3"
/dev/sda12: UUID="5c0bfad3-2b38-4245-841e-392def274155" TYPE="ext3"
/dev/sdb1: UUID="2c6a7234-a8c0-4f57-b80d-860067548790" TYPE="ext3"
/dev/sdb2: UUID="9e23cb15-b0a6-47b1-a616-6929d60e3490" TYPE="ext3"

Hier von df -h:
root@asterix:/home/stefan# df -h
Dateisystem Size Used Avail Use% Eingehängt auf
/dev/sdb1 37G 1,6G 34G 5% /
tmpfs 2,0G 0 2,0G 0% /lib/init/rw
udev 2,0G 232K 2,0G 1% /dev
tmpfs 2,0G 0 2,0G 0% /dev/shm
/dev/sdb2 37G 203M 35G 1% /boot
/dev/sda5 37G 259M 35G 1% /home
/dev/sda6 19G 173M 18G 1% /opt
/dev/sda7 9,2G 150M 8,6G 2% /tmp
/dev/sda8 46G 11G 34G 24% /usr
/dev/sda9 28G 450M 26G 2% /var
/dev/sda11 2,3G 68M 2,2G 4% /versuch1
/dev/sda12 2,4G 68M 2,2G 3% /versuch2

Hier die grub.cfg:
menuentry 'Debian GNU/Linux, with Linux 2.6.35' --class debian --class gnu-linux
--class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd1,msdos2)'
search --no-floppy --fs-uuid --set 9e23cb15-b0a6-47b1-a616-6929d60e3490
echo 'Loading Linux 2.6.35 ...'
linux /vmlinuz-2.6.35 root=UUID=2c6a7234-a8c0-4f57-b80d-860067548790 ro quiet
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.35
}
menuentry 'Debian GNU/Linux, with Linux 2.6.35 (recovery mode)' --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd1,msdos2)'
search --no-floppy --fs-uuid --set 9e23cb15-b0a6-47b1-a616-6929d60e3490
echo 'Loading Linux 2.6.35 ...'
linux /vmlinuz-2.6.35 root=UUID=2c6a7234-a8c0-4f57-b80d-860067548790 ro single
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.35
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd1,msdos2)'
search --no-floppy --fs-uuid --set 9e23cb15-b0a6-47b1-a616-6929d60e3490
echo 'Loading Linux 2.6.32-5-amd64 ...'
linux /vmlinuz-2.6.32-5-amd64 root=UUID=2c6a7234-a8c0-4f57-b80d-860067548790 ro quiet
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-5-amd64
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd1,msdos2)'
search --no-floppy --fs-uuid --set 9e23cb15-b0a6-47b1-a616-6929d60e3490
echo 'Loading Linux 2.6.32-5-amd64 ...'
linux /vmlinuz-2.6.32-5-amd64 root=UUID=2c6a7234-a8c0-4f57-b80d-860067548790 ro single
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-5-amd64
}

Hier das Verzeichnis /boot:
root@asterix:/boot# ls -la
insgesamt 25064
drwxr-xr-x 4 root root 4096 15. Aug 21:34 .
drwxr-xr-x 25 root root 4096 15. Aug 20:26 ..
-rw-r--r-- 1 root root 106172 5. Mai 06:48 config-2.6.32-5-amd64
drwxr-xr-x 3 root root 4096 15. Aug 21:34 grub
-rw-r--r-- 1 root root 2650822 15. Aug 21:31 initrd.img-2.6.32-5-amd64
-rw-r--r-- 1 root root 2650824 15. Aug 21:34 initrd.img-2.6.35
-rw-r--r-- 1 root root 9499645 15. Aug 20:58 initrd.img-2.6.35-old
drwx------ 2 root root 16384 12. Aug 18:25 lost+found
-rw-r--r-- 1 root root 1666290 5. Mai 06:48 System.map-2.6.32-5-amd64
-rw-r--r-- 1 root root 2192423 15. Aug 20:15 System.map-2.6.35
-rw-r--r-- 1 root root 2424448 5. Mai 06:38 vmlinuz-2.6.32-5-amd64
-rw-r--r-- 1 root root 4376656 15. Aug 20:16 vmlinuz-2.6.35

Hier das Verzeichnis /lib/modules/:
root@asterix:/lib/modules# ls -la
insgesamt 36
drwxr-xr-x 7 root root 4096 13. Aug 23:10 .
drwxr-xr-x 12 root root 12288 12. Aug 20:10 ..
drwxr-xr-x 3 root root 4096 15. Aug 20:58 2.6.32-5-amd64
drwxr-xr-x 2 root root 4096 13. Aug 21:21 2.6.32-5-openvz-amd64
drwxr-xr-x 2 root root 4096 13. Aug 21:21 2.6.32-5-vserver-amd64
drwxr-xr-x 2 root root 4096 13. Aug 21:16 2.6.32-5-xen-amd64
drwxr-xr-x 3 root root 4096 15. Aug 20:14 2.6.35

Ok, hab ich was vergessen??

Viele Grüße
l2h

[KBDCALLS]

Die Fehlermeldung sollte sich aber mit dem Aufruf von depmod aus der Welt schaffen lassen. Allerdings muß als Root passieren. Nicht als normaler User.

[l2h]

Hallo KBDCALLS,

wenn ich Dich richtig verstehe, kann ich doch depmod nur dann benutzen, wenn der Kernel auch geladen wurde, oder? Hmmm, da fängt das Problem dann an..

Viele Grüße
l2h

[KBDCALLS]

Das heißt aber nicht das das Booten nicht funktioniert. Zur Not booten man in den recovery bzw. abgesicherten Modus

[pil]

/boot scheint auf einer eigenen Partition zu sein.
Die Frage ist jetzt, wann diese Partition während der Bootens gemounted wird.

[l2h]

Hi pil, ja Du hast Recht! Boot liegt auf der /dev/sdb2

/boot scheint auf einer eigenen Partition zu sein.
Die Frage ist jetzt, wann diese Partition während der Bootens gemounted wird.

Wie kann ich denn Einfluss auf die bootreihenfolge der Partitionen nehmen? Doch nicht etwa, so simpel wie die Reihenfolge in der /etc/fstab zu ändern, oder?

[KBDCALLS]

Bekommst du das System garnicht gebootet mit neuen Kernel ?

[l2h]

Hi,

Bekommst du das System garnicht gebootet mit neuen Kernel ?

leider nein.

[cosmac]

dann sollte man rausfinden, was bei "make modules_install" schief läuft, warum es kein modules.dep erzeugt. Was passiert denn, wenn du das Verzeichnis /lib/modules/2.6.35 umbenennst und "make modules_install" aufrufst? Umbenennen deshalb, weil depmod evt. an einer Mischung aus alten und neuen Modulen scheitert.

[KBDCALLS]

Viel spannender ist die Frage hat die Initrd den richtigen Inhalt. Mit einer Intrd die 2.6.32 Module enthält kann ich keinen Kernel 3.2 booten und umgekehrt. Und existiert auch das Modulverzeichnis ? Mit lsinitramfs initrdname kann ich zumindest ein Listing der darin enthaltenen Datein sehen.

[l2h]

Hi,

Viel spannender ist die Frage hat die Initrd den richtigen Inhalt. Mit einer Intrd die 2.6.32 Module enthält kann ich keinen Kernel 3.2 booten und umgekehrt. Und existiert auch das Modulverzeichnis ? Mit lsinitramfs initrdname kann ich zumindest ein Listing der darin enthaltenen Datein sehen.

die Antwort auf diese Frage ist allerdings:
Wie Du wahrscheinlich vermutet hast, sind hier die falschen Module enthalten, alles 2.6.32-5-amd64-Module....
Aber waum nur?
Ich hatte gedacht, das ich mit dem Befehl mkinitramfs -o /boot/initrd.img-2.6.35 nach dem Kompilat des Kernels eine eben solche erzeuge?...

[KBDCALLS]

Kleiner Denkfehler. Versuchs mal damit.

Code: Alles auswählen

update-initramfs -c -kall

Damit werden für alle auffindbaren Kernel neue erzeugt. Eventuell die orignale die richtig funktioniert sichern und abschließend wieder zurückkopieren.