Archiv verlassen und diese Seite im Standarddesign anzeigen : Kernel panic: VFS: Unable to mount root..
hallo ihr da draußen
aus irgendeinem grund hat sich heute nach unser server aufgehängt. Ließ sich noch runterfahren. beim neustart bekomme ich dann die meldung: Partition check:
hda: hda1 hda2 hda3
hdb: hdb1
ramdisk:compressed image found at block 0
uncompressing...done
VFS: mountes root (ext2 filesystem)
loading module ubscore...
Using /lib/modules/2.2.14/misc/ubscore.o
usb.c:registered new driver usbdevfs (wo auch immer der plötzlich herkommen mag?)
usb.c:registered new driver hub
reiserfs_read_super:cant´t find a reiserfs filesystem on dev 03:03.
reiserfs_read_super:try to find super block in old location
reiserfs_read_super:cant´t find a reiserfs filesystem on dev 03:03.
[MS-DOS FS rel. 12... (und dann einige meldungen wovon ich nicht weiss ob die wichtig sind)
Transaction block size = 512
UMSDOS: msdoa_read_super failed, mount aborted
[MS-DOS FS rel. 12... (und dann wieder die meldungen)
Transaction block size = 512
Kernel panic: VFS: unable to mount root fs on 03:03
dann ist schluss
leider hab ich null ahnung was ich nun machen soll
kann mir jemand dringend helfen, wir brauchen die daten auf diesem server schnellstens!
DANKE
christophwth
30.10.01, 10:09
Hi
es scheint als würde er den reiserfs check nicht mehr automatisch machen.
der ist für einen reibunglosen start des system
notwendig.
ursachen kann es viele geben , möglicherweise ist bei dem crash etwas auf /boot durcheinander geraten
(möglicheweise initrd )
zur lösung des probelms versuche mal
den reiserfsck aus einem rettungssystem
heraus durch zu führen
vielleicht ist auch ein fsck.ext2
auf /boot notwendig wenn /boot eine eingene
ext2 partition ist
welche distribution setzt ihr ein ?
gruss
christoph
wir haben eigentlich suse 6.4
aber jemad der sich mit sowas auskennt (im gegensatz zu mir) hat einen eigenen kernel gebastelt. der liegt aber meines wissens auf der 2. HD und wird nicht zum booten verwendet.
was soll ich jetzt machen?
wenn ich mit der boot-disk starte und er mich nach der root-partition fragt
(müsste doch /dev/hda1 sein)
sagt er mir ungültige roor-partition!
zur lösung des probelms versuche mal
den reiserfsck aus einem rettungssystem
heraus durch zu führen
vielleicht ist auch ein fsck.ext2
auf /boot notwendig wenn /boot eine eingene
ext2 partition ist
und wie mache ich das?
ist für dich vieleicht ne blöde frage - aber ich habe keine ahnung.
gruß
gabriele
wir haben eigentlich suse 6.4
aber jemad der sich mit sowas auskennt (im gegensatz zu mir) hat einen eigenen kernel gebastelt. der liegt aber meines wissens auf der 2. HD und wird nicht zum booten verwendet.
was soll ich jetzt machen?
wenn ich mit der boot-disk starte und er mich nach der root-partition fragt
(müsste doch /dev/hda1 sein)
sagt er mir ungültige roor-partition!
zur lösung des probelms versuche mal
den reiserfsck aus einem rettungssystem
heraus durch zu führen
vielleicht ist auch ein fsck.ext2
auf /boot notwendig wenn /boot eine eingene
ext2 partition ist
und wie mache ich das?
ist für dich vieleicht ne blöde frage - aber ich habe keine ahnung.
gruß
gabriele
christophwth
30.10.01, 14:38
Hi
infos über die partitionierung bekommst du mit fdisk -l /dev/hda
für andere platten jeweils den letzten buchstaben des /hdX ersetzten
das es ne ältere linux version war , habe ich schon angenommen als ich modules 2.2.14
gelesen habe.
aber die version kann normalerweise gar kein usb und reiserfs
anscheined hat er den kernel so zurecht gepatcht, dass er usb und reiser machen soll.
ich vermute mal das er den alten orignal kernel
noch unter /boot/ liegen hat, vmlinuz müsste
er heissen.
aber der kann noch kein reiserfs
wenn du /boot gemounted bekommst bestände noch die möglichkeit
zu gucken ob sich dort noch weitere kernel befinden.
die eventuell funktionieren.
so wie es aussieht ist euer system doch reiserfs
die suse rescue diskette von 7.2 bietet leider keinen reiserfsck
zumindest habe ihn nicht gfunden.
mit dem rescue system der 1. CD von suse 7.2 und 7.3 geht reiserfsck
sonst bleibt nur noch die möglichkeit mit einer mini rescuedistribution
das system zu fixen.
links dazu http://lsd.eclinic.com.au/rescue.php
http://repairlix.sourceforge.net/
mit der distribution habe ich schon einen test gemacht aber auf die schnelle,
(iso image brennen, cd ins laufwerk gings nicht.
der kernel ist beim booten stehen geblieben.
es ist immer ein blöde sache wenn so etwas passiert aber ich möchte eurem admin vorwerfen
das er in dieser hinsicht nachlässig gearbeitet hat.
gruss
christoph
ich hatte auch mal so ein ähnliches problem, bei mir ist einfach nur der lilo durcheinander gekommen. unter /etc/lilo.conf kannst du den lilo per vi nachkonfigurieren.
schau mal nach, ob das fs für root auch das ist, das im lilo gebootet wird
jhinx
<BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR>Original erstellt von christophwth:
<STRONG>Hi
infos über die partitionierung bekommst du mit fdisk -l /dev/hda
für andere platten jeweils den letzten buchstaben des /hdX ersetzten
das es ne ältere linux version war , habe ich schon angenommen als ich modules 2.2.14
gelesen habe.
aber die version kann normalerweise gar kein usb und reiserfs
anscheined hat er den kernel so zurecht gepatcht, dass er usb und reiser machen soll.
ich vermute mal das er den alten orignal kernel
noch unter /boot/ liegen hat, vmlinuz müsste
er heissen.
aber der kann noch kein reiserfs
wenn du /boot gemounted bekommst bestände noch die möglichkeit
zu gucken ob sich dort noch weitere kernel befinden.
die eventuell funktionieren.
so wie es aussieht ist euer system doch reiserfs
die suse rescue diskette von 7.2 bietet leider keinen reiserfsck
zumindest habe ihn nicht gfunden.
mit dem rescue system der 1. CD von suse 7.2 und 7.3 geht reiserfsck
sonst bleibt nur noch die möglichkeit mit einer mini rescuedistribution
das system zu fixen.
links dazu http://lsd.eclinic.com.au/rescue.php
http://repairlix.sourceforge.net/
mit der distribution habe ich schon einen test gemacht aber auf die schnelle,
(iso image brennen, cd ins laufwerk gings nicht.
der kernel ist beim booten stehen geblieben.
es ist immer ein blöde sache wenn so etwas passiert aber ich möchte eurem admin vorwerfen
das er in dieser hinsicht nachlässig gearbeitet hat.
gruss
christoph</STRONG>[/quote]
erstmal danke für deine ausführliche hilfe!
mounten konnte ich hda1 noch, mehr aber auch nicht. Er findet keine fstab, das hat ermir jedenfalls bei dem Versuch eines systemupdates gesagt.
was das reiser system angeht hat er es meines wissens auf die 2 platte gespielt. Ursprünglich war geplant die (Win)daten dann auf dieses system zu schieben und auf der 1. Platte dann das ganze system neu aufzusetzen.
leider ist mir diese "hilfsbereite seele" dann abhandengekommen (nix is umsonst)
nen richtigen admin haben wir eigentlich nicht. ich habe zwar bisschen ahnung - aber eben nicht von linux.
also nochmal:
system mit bootdisk + Cd updaten ging nicht.
da ich auf der 2. platte außer dem selbstkompilierten kernel nix drauf habe, versuche ich dort momentan eine komplette neuinstalltion der alten 6.4. version.
da ich das zum ersten mal mache hoffe ich es klappt. Wenn ich dann hoffentlichlich wieder auf die anderen Daten komme, kann ich ja mal ne neue version besorgen.
<BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR>Original erstellt von christophwth:
<STRONG>Hi
infos über die partitionierung bekommst du mit fdisk -l /dev/hda
für andere platten jeweils den letzten buchstaben des /hdX ersetzten
das es ne ältere linux version war , habe ich schon angenommen als ich modules 2.2.14
gelesen habe.
aber die version kann normalerweise gar kein usb und reiserfs
anscheined hat er den kernel so zurecht gepatcht, dass er usb und reiser machen soll.
ich vermute mal das er den alten orignal kernel
noch unter /boot/ liegen hat, vmlinuz müsste
er heissen.
aber der kann noch kein reiserfs
wenn du /boot gemounted bekommst bestände noch die möglichkeit
zu gucken ob sich dort noch weitere kernel befinden.
die eventuell funktionieren.
so wie es aussieht ist euer system doch reiserfs
die suse rescue diskette von 7.2 bietet leider keinen reiserfsck
zumindest habe ihn nicht gfunden.
mit dem rescue system der 1. CD von suse 7.2 und 7.3 geht reiserfsck
sonst bleibt nur noch die möglichkeit mit einer mini rescuedistribution
das system zu fixen.
links dazu http://lsd.eclinic.com.au/rescue.php
http://repairlix.sourceforge.net/
mit der distribution habe ich schon einen test gemacht aber auf die schnelle,
(iso image brennen, cd ins laufwerk gings nicht.
der kernel ist beim booten stehen geblieben.
es ist immer ein blöde sache wenn so etwas passiert aber ich möchte eurem admin vorwerfen
das er in dieser hinsicht nachlässig gearbeitet hat.
gruss
christoph</STRONG>[/quote]
erstmal danke für deine ausführliche hilfe!
mounten konnte ich hda1 noch, mehr aber auch nicht. Er findet keine fstab, das hat ermir jedenfalls bei dem Versuch eines systemupdates gesagt.
was das reiser system angeht hat er es meines wissens auf die 2 platte gespielt. Ursprünglich war geplant die (Win)daten dann auf dieses system zu schieben und auf der 1. Platte dann das ganze system neu aufzusetzen.
leider ist mir diese "hilfsbereite seele" dann abhandengekommen (nix is umsonst)
nen richtigen admin haben wir eigentlich nicht. ich habe zwar bisschen ahnung - aber eben nicht von linux.
also nochmal:
system mit bootdisk + Cd updaten ging nicht.
da ich auf der 2. platte außer dem selbstkompilierten kernel nix drauf habe, versuche ich dort momentan eine komplette neuinstalltion der alten 6.4. version.
da ich das zum ersten mal mache hoffe ich es klappt. Wenn ich dann hoffentlichlich wieder auf die anderen Daten komme, kann ich ja mal ne neue version besorgen.
Martin Ament
30.10.01, 16:46
Hi,
so wie es mir aussieht hast du ein kleines Problem mit den Filesystemen, kann es sein, dass du in der Ramdisk ext2 stehen hast.
----
ramdisk:compressed image found at block 0
uncompressing...done
VFS: mountes root (ext2 filesystem)
loading module ubscore...
Using /lib/modules/2.2.14/misc/ubscore.o
-----
deutet darauf hin, und dann
will er es unmounten, und als reiserfs mounten
----
reiserfs_read_super:cant´t find a reiserfs filesystem on dev 03:03.
reiserfs_read_super:try to find super block in old location
reiserfs_read_super:cant´t find a reiserfs filesystem on dev 03:03
-----
Das könnte sein, dass in der fstab (etc/fstab) etwas falsches drinnen steht (reiserfs statt ext2 -- auto sollte in deinem Fall helfen )
hilfreich ist auf jeden fall die fstab zu posten, dann die ausgabe von
fdisk -l /dev/hda
fdisk -l /dev/hdb
oder wenn das nicht geht, dann eine beschreibung was auf den einzelnen partitionen drauf ist...
wenn ich das richtig interpretiere, dann ist die ausgabe von
e2fsck -f
/dev/hda1: 27/6024 files (3,7% non-contiguous), 3378/24066 blocks
ok, dass kommt mit der zeit bei ext2 vor...
d.h. du hast auf dev/hda1 dein root system, mit ext2 filesystem und versuchst das in der fstab mit reiserfs als filesystem zu mounten. Wenn es so ist, dann reicht ein anpassen der fstab, also ein mounten aus dem rettungssystem und dann mit vi anpassen.
wenn nicht, dann feel free to post or to mail
martin
wenn du dir mit dem kernel nicht sicher bist, so installiere einfach den kernel von der suse-cd nochmal neu
[ 30. Oktober 2001: Beitrag editiert von: Martin Ament ]
<BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR>Original erstellt von Martin Ament:
<STRONG>
wenn du dir mit dem kernel nicht sicher bist, so installiere einfach den kernel von der suse-cd nochmal neu
[ 30. Oktober 2001: Beitrag editiert von: Martin Ament ]</STRONG>[/quote]
ich habe jetzt auf die 2. Platte ein minimalsystem installiert
kann ich von dort zumindest die serverfunktion wieder herstellen? und wenn ja wie???
auf hda3 liegen die ganzen daten die wir DRINGEND brauchen
hda3 läßt sich aber nicht mounten weil:
"hda3 doesn´t contain a valid partition table"
e2fsck -f (-b 8193) /dev/hda3
bringt die meldung: Bad magic number in super-block while trying to open ...
was soll ich nun tun?
hab echt schiss die daten zu zerschießen (kein backup)
danke
"nervenbündel"gabriele
[ 30. Oktober 2001: Beitrag editiert von: Gabriele ]
[ 30. Oktober 2001: Beitrag editiert von: Gabriele ]
<BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR>
wir haben eigentlich suse 6.4
...
wenn ich mit der boot-disk starte und er mich nach der root-partition fragt
(müsste doch /dev/hda1 sein)
sagt er mir ungültige roor-partition!
[/quote]
Hast Du mal /dev/hda3 versucht? In der Regel legt eine SuSE Installation 3 Partitionen an. Eine /-Partition, eine /boot-Partition und eine Swap-Partition.
Grüsse/Regards
Carsten :cool:
<BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR>Original erstellt von Jorge:
<STRONG>
Hast Du mal /dev/hda3 versucht? In der Regel legt eine SuSE Installation 3 Partitionen an. Eine /-Partition, eine /boot-Partition und eine Swap-Partition.
Grüsse/Regards
Carsten :cool:</STRONG>[/quote]
danke erstmal für den tip. wie kann ich feststellen welche die boot-partition ist oder sein sollte? hda2 ist sie swap-partition,und hda3 müsste meines wissens die Dos(windows)partition sein
gruß
gebariele
[ 30. Oktober 2001: Beitrag editiert von: Gabriele ]
<BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR>
<STRONG>
zur lösung des probelms versuche mal
den reiserfsck aus einem rettungssystem
heraus durch zu führen </STRONG>[/quote]
wo bitte finde ich den? eigentlich dachte ich wir hätten ein ext2 filsystem?!?
<BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR>
<STRONG>
vielleicht ist auch ein fsck.ext2
auf /boot notwendig wenn /boot eine eingene
ext2 partition ist </STRONG>[/quote]
habe e2fsck -f sowohl normal als auch mit dem
supernblock backup laufen lassen. mit der option -b 8183 bekomme ich die meldung
/dev/hda1: ****FILE SYSTEM WAS MODIFIED***
/dev/hda1: 27/6024 files (3,7% non-contiguous), 3378/24066 blocks
ohne die superblock option bekomme ich nur die 2. meldung.
Was dann?
Danke
Gabriele
P.S. hda2 und hda3 kein ext2 filesystem
[ 30. Oktober 2001: Beitrag editiert von: Gabriele ]
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.