Kernel Panic 2.6.22

[pazifi]

Hi zusammen,
ich möchte mir meinen eigenen Kernel bauen, weil ich sachen wie acpi, hotplug und tp_smapi benötige.
Leider funktioniert es nicht richtig, ich bekomme folgende Kernel Panic:

not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Soweit ich bisher ergooglen konnte, hat es irgendwie mit den Festplatten zu tun, genaueres weiss ich leider selbst nicht.

grüsse pazifi

[cirrussc]

Hi,

trage die /boot/grub/menu.lst und /etc/fstab auf UUID um!
Wenn du die Suchfunktion nutzt wirst du mit Infos überschwemmt

Achte auch darauf, sollte der Kernel ohne initrd erstellt werden, die richtigen IDE/SATA und FS Treiber fest einzubauen.

Gruß cirrussc

[Spasswolf]

Hast du eine Initramdisk erstellt? Alternativ kannst du auch den Treiber für deinen Festplattencontroller und das Rootdateisystem fest in den Kernel einbinden.

[pazifi]

Hast du eine Initramdisk erstellt? Alternativ kannst du auch den Treiber für deinen Festplattencontroller und das Rootdateisystem fest in den Kernel einbinden.

Ich höre den Begriff zum ersten mal, also schätze ich wohl nein...

Kann den alten Kernel der noch läuft beschädigen wenn ich die Dateien /boot/grub/menu.lst und /etc/fstab auf UUID umstelle?

Ich suche aktuell nach guten Hilfeseiten zu dem Thema UUID.

Finde ich echt toll, wie schnell hier die erste Hilfe kam Vielen Dank!

[pazifi]

Das sind meine UUID, muss ich was spezielles beachten, vorallem bei dem einen sdb1, das ist ein hotplug-Gerät:

Code: Alles auswählen

ls -l /dev/disk/by-uuid
insgesamt 0
lrwxrwxrwx 1 root root 10 2007-09-29 02:50 0119170c-300f-4238-b9e8-8689ab35b0c8 -> ../../sda6
lrwxrwxrwx 1 root root 10 2007-09-29 02:50 1c2a7310-4f46-4249-ba62-427f31bbd337 -> ../../sda8
lrwxrwxrwx 1 root root 10 2007-09-29 02:50 1f73b628-f2c1-4e22-8ec3-6ce2398ec18f -> ../../sda9
lrwxrwxrwx 1 root root 10 2007-09-29 02:50 2a893cbe-b079-497c-8017-5d06f42442f2 -> ../../sda5
lrwxrwxrwx 1 root root  9 2007-09-29 02:50 61e67e60-fbe4-4ab1-a806-4eb9a5f4862b -> ../../sdb
lrwxrwxrwx 1 root root 10 2007-09-29 02:50 856c6764-bbcd-4f50-b33c-92e114c36da6 -> ../../sda3
lrwxrwxrwx 1 root root 10 2007-09-29 02:50 b4b70538-7c5d-465d-87ff-c2b3d928de56 -> ../../sdb1
lrwxrwxrwx 1 root root 10 2007-09-29 02:50 D664FDFA64FDDCE5 -> ../../sda1
lrwxrwxrwx 1 root root 10 2007-09-29 02:50 F01A-1C26 -> ../../sda2

[pazifi]

Sehr schlecht, ich habe die zwei Dateien angepasst, aber wohl falsch. Auf jedenfall startet jetzt weder das alte noch das neue System. Aktuell bin ich mit einer Ubuntu-Live CD aufem PC, leider komme ich so nicht an die Backupdateien ran... zumindest weiss ich nicht wie.

Edit: 2.6.18 Bleibt mit der Meldung "Begin: Waiting for root file system... ..." hängen, 2.6.22 hat immernohc eine Kerlen Panic.

Edit2: nach einer Zeit geht das alte System weiter, wenn ich im Single Modus boote, nachher steht vor der Eingabe immer "(initramfs)" ich habe den vi zurVerfügung, allerdings fehlen weite Teile des OS.

[pazifi]

So ich konnte das System retten mit einer Live-CD...

ich Poste hier mal meine /etc/fstab und /boot/grub/menu.lst, vllt findet ihr den Fehler warums nimmer ging:

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
UUID=b4b70538-7c5d-465d-87ff-c2b3d928de56       /               ext3    defaults,errors=remount-ro 0       1
UUID=1f73b628-f2c1-4e22-8ec3-6ce2398ec18f       /home           ext3    defaults        0       2
UUID=1c2a7310-4f46-4249-ba62-427f31bbd337       /tmp            ext3    defaults        0       2
UUID=2a893cbe-b079-497c-8017-5d06f42442f2       /usr            ext3    defaults        0       2
UUID=0119170c-300f-4238-b9e8-8689ab35b0c8       /var            ext3    defaults        0       2
UUID=b4b70538-7c5d-465d-87ff-c2b3d928de56	/mnt		ext3	defaults	0	0
/dev/sda7       none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0

den Auschnitt der menu.lst welcher geändert wurde:

Code: Alles auswählen

title		Debian GNU/Linux, kernel 2.6.22
root		(hd0,2)
kernel 	/boot/vmlinuz-2.6.22 root=/dev/disk/by-uuid/b4b70538-7c5d-465d-87ff-c2b3d928de56 ro
savedefault

title		Debian GNU/Linux, kernel 2.6.22 (single-user mode)
root		(hd0,2)
kernel 	/boot/vmlinuz-2.6.22 root=/dev/disk/by-uuid/b4b70538-7c5d-465d-87ff-c2b3d928de56 ro single
savedefault

title		Debian GNU/Linux, kernel 2.6.18-5-686
root		(hd0,2)
kernel 	/boot/vmlinuz-2.6.18-5-686 root=/dev/disk/by-uuid/b4b70538-7c5d-465d-87ff-c2b3d928de56 ro
initrd		/boot/initrd.img-2.6.18-5-686
savedefault

title		Debian GNU/Linux, kernel 2.6.18-5-686 (single-user mode)
root		(hd0,2)
kernel 	/boot/vmlinuz-2.6.18-5-686 root=/dev/disk/by-uuid/b4b70538-7c5d-465d-87ff-c2b3d928de56 ro single
initrd		/boot/initrd.img-2.6.18-5-686
savedefault

[cirrussc]

Hi,

du könntest in der menu.lst mal die /dev/disk/by-uuid/b4b70538- durch UUID= ersetzen.

Zudem fehlt deinem selbstgebauten Kernel die initrd. Und ich wette das du ihn mit initrd gebaut hast.
Da du nicht beschrieben hast wie der Kern gebaut wurde, schlage ich vor du gehst den debian-way[1].
Dabei wird die initrd automatisch erzeugt wenn so konfiguriert.

[1] http://wiki.debianforum.de/DebianizedLinuxKernel

Gruß cirrussc

[pazifi]

Ich baute schon nach einer gleichen Anleitung. Das verwirrende, es wird garkeine initrd erstellt. Zumindest finde ich auch nach der Installation keine im /boot Verzeichnis.

Edit: Das mit den UUID unktioniert jetzt! Muss nurnoch der neue Kernel laufen )

Edit: eine initrd habe ich erstellt mit hilfe von mkinitrd. Allerdings fiel mir auf, dass mir auch eine vmlinuz Datei fehlt...

Edit: Jetzt habe ich diese Fehlermeldung: "Kernel panic - not syncing: Attempted to kill init!"

[cirrussc]

Hä was ist denn jetzt phase?

Wie hast denn du nun was gemacht?
Mit UUID gehts und jetzt nich mehr?

Also beim 2.6'er Kernel ist jedenfalls mkinitramfs Standard.

Gruß cirrussc

[pazifi]

1. Eine Initrd erstellt mit:

Code: Alles auswählen

/usr/sbin/mkinitrd -o /boot/initrd.img-2.6.22 2.6.22

2. Die /dev/disk/by-uuid/b4b70538- durch UUID= ersetzt (Funktioniert jetzt)

3. Entdeckt, dass bei 2.6.18 eine datei Names vmlinuz gibt im /boot Verzeichnis welche bei 2.6.22 fehlt

4. Kernel neu gebacken und die neue Fehlermeldung:
"Kernel panic - not syncing: Attempted to kill init!"
erhalten.

[cirrussc]

3. Entdeckt, dass bei 2.6.18 eine datei Names vmlinuz gibt im /boot Verzeichnis welche bei 2.6.22 fehlt

Das geht nicht, vmlinuz ist der Kernel! Ohne den gibs auch keine Panic.

4. Kernel neu gebacken und die neue Fehlermeldung:
"Kernel panic - not syncing: Attempted to kill init!"
erhalten.

Ja, mit make-kpkg oder make?
Und die Panic entsteht wahrscheinlich dadurch das ein Modul nicht geladen ist.
Das kann daran liegen das du das falsche mkini* -Programm verwendest oder das Modul nicht im menuconfig aktiviert wurde.
Schau erst mal ob es mit mkinitramfs geht.

Gruß cirrussc

[pazifi]

Ich habe die Kernelkonfiguration nochmal verworfen und neu zusammengestellt und mkinitramfs benutzt.
Jetzt startet der Kernel bis auf einen Stolperstein:

Code: Alles auswählen

resume: libcrypt version: 1.2.3
resume:Could not stat the resume device file.
Please type in the file name to try again or press ENTER to boot the system:

Drück ich nun Enter, bootet der Kernel fertig.

Was kann man dagegen tun dass es nicht anhaltet, bzw ist das was schlimmes resp. was will er?

[pazifi]

Der Kernel bootet jetzt fehlerfrei!

Danke für eure Hilfe!

Es fehlte noch ein Modul welches ich übersehen hatte...