Kernel 2.4.20-3 / Kernel panic: VFS: Unable to mount root fs

[moskito01]

Hallo!

****************************************
Kurzbeschreibung meines Problems:

Ich habe mit APT einen neuen Kernel installiert 2.4.20-3.
(Image, Sourcen, Headers usw.).
Nach Eintrag in Grub beginnt der neue Kernel zu booten,
bricht aber schnell mit folgender Fehlermeldung ab.

.
.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols...
.
.
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 3076 blocks [1 disk] into ram disk... done.
Freeing initrd memory: 3076k freed
VFS: Mounted root (cramfs filesystem).
mount: Usage: mount [-t filesystemtype] [-o options,...] device mountpoint
This is a builtin command. /etc/fstab and /etc/mtab are NOT supported

cat: No file proc/sys/kernel/real-root-dev
/linuxrc: cannot create proc/sys/kernel/real-root-dev: directory nonexistent
VFS: Cannot open root device "hda6" or 03:06
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 03:06


Ich habe aber die richtige root Partition angegeben!
(weitere Infos siehe unten)

Was mach ich falsch?
*****************************************


*****************************************
Ausfuehrliche Beschreibung

Ich habe 3 Systempartitionen auf einer IDE-Platte (hda).

hda1 Bootpartition für REdhat Linux (Hier ist auch Grub installiert + MBR)
hda2 /windows_kruscht
hda3 unbenutzt (ehem. Boot Partition)
hda5 RedHat Root Partition
hda6 Knoppix Root Partition -> enthält auch /boot Verzeichnis
für den Kernel von Knoppix (Debian)

Im MBR is Grub installiert.

Meine grub.conf (liegt auf hda1):

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/hda5
# initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=10
splashimage=(hd0,0)/grub/splash.xpm.gz
title Red Hat Linux (2.4.18-24.8.0)
root (hd0,0)
kernel /vmlinuz-2.4.18-24.8.0 ro root=/dev/hda5 hdd=ide-scsi
initrd /initrd-2.4.18-24.8.0.img
title WindowsME
rootnoverify (hd0,1)
chainloader +1
title Knoppix-Debian
root (hd0,5)
kernel /boot/vmlinuz-2.4.20-xfs ro root=/dev/hda6 hdd=ide-scsi
initrd /boot/System.map-2.4.20-xfs
title Knoppix-2.4.20-3
root (hd0,5)
kernel /boot/vmlinuz-2.4.20-3-686 ro root=/dev/hda6 hdd=ide-scsi
initrd /boot/initrd.img-2.4.20-3-686


Verzeichnislisting von /boot (auf Root Partition hda6):

root@erde:/boot# ls -rtl
insgesamt 5916
-rw-r--r-- 1 root root 36170 2002-12-10 20:07 config-2.4.20-xfs
-rw-r--r-- 1 root root 921602 2002-12-10 20:30 vmlinuz-2.4.20-xfs
-rw-r--r-- 1 root root 514840 2002-12-10 20:30 System.map-2.4.20-xfs
-rw-r--r-- 1 root root 39632 2003-06-07 14:32 config-2.4.20-3-686
-rw-r--r-- 1 root root 719689 2003-06-07 19:40 vmlinuz-2.4.20-3-686
-rw-r--r-- 1 root root 450677 2003-06-07 19:40 System.map-2.4.20-3-686
lrwxrwxrwx 1 root root 18 2003-07-04 20:33 vmlinuz -> vmlinuz-2.4.20-xfs
lrwxrwxrwx 1 root root 21 2003-07-04 20:33 System.map -> System.map-2.4.20-xfs
-rw-r--r-- 1 root root 147990 2003-07-04 20:43 initrd.gz
-rw------- 1 root root 29696 2003-07-04 20:44 map
-rw-r--r-- 1 root root 512 2003-07-04 20:44 boot.0306
-rw-r--r-- 1 root root 3149824 2003-07-13 19:04 initrd.img-2.4.20-3-686
root@erde:/boot#


Mein Prozessor ist ein Celeron 800 (PIII) von daher müßte das 686 Image ja schon
das richtige sein..

Ich arbeite mit einer Knoppix-Festplatten installation.

Ich glaube nicht das es an der Grub - Konfiguration liegt, schliesslich findet
er ja den Kernel und anscheinend auch das Image, die angemeckerte "root="
Option habe ich ja auch gesetzt..

Vermutlich hat es irgendwas mit diesem Cramfs?! oder proc zu tun??

Danke für Eure Hilfe!
Frank

[minimike]

öhm ... könnte es sein das du XFS als Dateisystem benuzt das erklärt dann so alles

[moskito01]

Bin mir eigentlich sehr sicher, dass ich bei der Installation
von Knoppix auf Festplatte Ext3 ausgewählt habe und nicht
XFS.
Die Tatsache dass der alte (Knoppix Kernel) den ich jetzt
ersetzen möchte mit "-xfs" endet heisst doch nur dass xfs von
diesem Kernel unterstützt wird.. Oder?

[Webermaster]

Ich hatte die gleiche Fehlermeldung beim Update auf 2.4.21. Die Lösung war, dass man dort den Support für den Promise Controller (ASUS A7V) nun bei der Kernelkonfiguration explizit angeben muss. Das gleiche gilt auch für weitere Controller, vielleicht ist Deiner auch dabei.

[minimike]

Ja XFS wird mit dem Kernel unterstützt aber zu deinem Problem augenscheinlich unterstützt dein Kernel dein Dateisystem nicht , wenn wie du sagst die Hardware beim Booten sauber verwendet wird . Kann es sein das der Kernel ext3 nur als modul lädt ? Denn zum Booten müste ext3 fest Einkompliert sein . Oder du hast doch Probs mit der Hardware . Wie webmaster indirekt es schon Vorschlägt bau dier einen eigenen Kernel weil ich dier aus Erfahrung sagen kann das es so am schnellsten und einfachsten geht unter

http://debian.consistencies.net/other/c ... .6.0-test1

bekommst du eine gute Orientierung zur Konfiguration des kernel 2.6.0 ich selbst habe so 50% davon übernommen . Achtung smp Kernel wenn du kein scsi hast kannst du diese bis auf den Prozessor (deinen anpassen und Soundkarte etc auch) nehmen , alternativ kann ich dier meine von dem 2.4.20 und 2.4.21 per msg schicken

[moskito01]

Aha, na gut, macht das denn
Sinn, das die "Standardkernelimages" die man via apt installieren kann
ext3 nur als modul unterstützen?

Ich dachte Ext3 wäre eigentlich das Standarddateisystem.

Ok, dann versuch ich mir den Kernel selbst zu bauen, schickst Du mir
diese Konfigurationen?

Kann ich als Anleitung das "normale" Kernel Howto verwenden?
Oder muss ich da Debian Besonderheiten beachten?

Wollte mir das Kernelbauen eigentlich ersparen weil ich momentan überhaupt kein
Zeit dafür habe...

[minimike]

mail ist unterwegs nach der Installation noch ein depmod und bei Problemen in /var/log/syslog mal schauen cu minimike