Kernel panic (SuSE bootet nicht)

[Benjamin+R.]

Hi,
ich habe auf meinem PC SuSE Linux 8.2 Campus Edition drauf. Als ich es heute
morgen hochfahren wollte kam folgende Fehlermeldung:

Kernel panic: VPS: Unable to mount root fs on 3:43

Kann mir jemand sagen was diese Meldung bedeutet oder wie ich das Problem
beheben kann?

Vielen Dank
Benjamin

[Andreas B.]

Die Meldung bedeutet, dass der Kernel soweit bootet,
aber der Punkt, wo er den Zugriff auf die Rootpartition braucht, (für init)
findet er

a. eine Partition mit einem Dateisystem welches er nicht kennt (dieses muss einkompiliert sein, nicht als Modul!) (*)
b. garkeine Paritition findet
c. das Dateisystem dieser Partition einen logisch oder physisch beschädigten Superblock hat


(*)
von Linux unterstützte Dateisysteme heissen nicht unbedingt unterstützt, voraussetzung ist,
das die Unterstützung fest im Kernel eingebunden ist

[panthera]

andreas b:
> a. eine Partition mit einem Dateisystem welches er nicht kennt (dieses muss einkompiliert sein, nicht als Modul!) (*)

nein. entweder kennt er es nicht und/oder das modul fuer das dateisystem der root partition und/oder der treiber fuer das festplatten-subsystem konnte nicht geladen werden.
jeder treiber kann als modul kompiliert werden. soll dieser beim systemstart zur verfuegung stehen, bevor auf die festplatte zugegriffen werden kann, muss das entsprechende modul aus einer ramdisk (initrd) geladen werden.

> b. garkeine Paritition findet
nein. nur die root-partition wird nicht gefunden oder konnte nicht gemountet werden.

benjamin:

d. initrd wurde nicht geladen.
mit rescue-cd booten, 'initrd=$INITRD_IMG' in den abschnitt des zu bootenden images in /etc/lilo.conf eintragen.
$INITRD_IMG sollte der absolute pfad und dateiname zu deiner initrd.img sein, als beispielsweise '/boot/initrd.img-2.4.20'.
den bootloader mit /sbin/lilo neu in den mbr schreiben.

[Andreas B.]

- a.
.. für den Fall das eine Ramdisk verwendet wird, aber um eine Ramdisk zu laden,
muss auch das Dateisystem für das Ramdiskimage unterstützt werden, normal ext2

- b. garkeine Partition(*) findet
(*) singular, besser ausgedrückt das festgelegte rootdevice ( rdev ) nicht findet

[Andreas B.]

Benjamin, es hat doch schon funktioniert oder ?,
welches Dateisystembenutzt Du ( auf "/" )?

[Benjamin R.]

sorry, ich bin noch nicht dazu gekommen es auszuprobieren. Leider bin ich auch nicht ein Linuxprofi. Ich glaube das filesystem heisst ext2 oder so ähnlich.


P.S.: Danke für all die Beiträge

[panthera]

andreas b:

> muss auch das Dateisystem für das Ramdiskimage unterstützt werden, normal ext2
nein, cramfs.

[Andreas B.]

ok,
normal = für mich normal

[panthera]

ext2 fuer initrd wuerde nicht funktionieren.

[Andreas B.]

shure ?

<a href="http://hints.linuxfromscratch.org/hints ... +devfs.txt" target="_blank"><!--auto-->http://hints.linuxfromscratch.org/hints ... <!--auto-->

[Andreas B.]

Old "sure"-hand sorry

[Andreas B.]

devfs mit Automount on boot hat glaub ich atm eigentlich jede Distribution inkompiliert und aktiviert,
für den Fall nicht, hast Du natürlich Recht.

[panthera]

s/wuerde nicht funktionieren/waere dreckig/

dennoch ist standard nicht ext2 sondern cramfs. siehe debian, slackware, redhat, mandrake, suse (um nur einige zu nennen).

[Andreas B.]

naja ok das Wort Standard ist dehnbar ohne Ende,
seit LFS ist "der" Standard noch weiter dehnbar geworden,

selbst in den Kernel-Doc´s wird es als "Beispiel" nicht herangezogen ("/usr/src/linux/Documentation/ramdisk.txt"),
mir persönlich behagen die "Features" von cramfs eher weniger, denn ich glaube - seit den Zeiten in denen
16mb Ram der Standard geworden waren - hat sich cramfs mit seinem Minimalismus schlichtweg überlebt - für den
Durchschnitts-PC.

Sobald man etwas mehr mit der Ramdisk machen will, also z.B. auch temporär auf die RamDisk
schreiben fehlen einem Dinge wie Timestamps ("1970") und Schreib/Lese etc.. .
Der einzige Sektor, wo ich es einsetzen würde wäre z.B. im Rom von Handhelds aus Gründen der Effizienz.

[panthera]

ramdisk != initrd

fuer eine ramdisk im allgemeinen waere cramfs zu minimal, fuer eine initrd, die nach dem start sowieso verworfen wird, optimal. eod.