Kernel panic: VFS: Unable to mount root on 08:07
Hallo zusammen, als ich heute mein SuSE Linux 7.1 gewöhnlich mit dem Kernel 2.2.18 starten wollte, habe ich einen kernel panic erhalten. Mit dem Kernel 2.4 konnte ich es dann starten. Ich möchte jedoch wieder mit dem alten Kernel arbeiten, da ich mit dem neuen ein paar Probleme habe (z.B.: StarOffice kann nicht auf Windows-Partitionen schreiben). Ich wüsste nicht, was diesen panic ausgelöst haben könnte. Einzig ein Sicherheitsupdate mit YOU könnte noch vor meinem letzten reboot gewesen sein. Gibt es irgend ein Problem mit einem dieser patches? An was könnte es sonst liegen. Beim booten mit dem 2.4 Kernel hat er ein Filesystem check auf der root-Partition und noch einer anderen Partition ausgeführt. Hat der alte Kernel mühe mit dem Filesystem check auf der root-Partition? (denk ich zwar nicht...) Hier noch meine letzte Bildschirmseite: ------------------------------------------------------------------- linear personality registered raid0 raid1 raid5 raid5: measuring check summing speed raid5: MMX detected, trying high-speed MMX checksum routines pII_mmx: 884.301 MB/sec p5_mmx: 947.928 MB/sec 8regs: 695.706 MB/sec 32regs: 400.8122 MB/sec using fasted function: p5_mmx(947.928 MB/sec) scsi: 0 hosts scsi: detected total. md.c: sizeof(mdp_super_t) = 4096 Partition check: hda: hda1<hda5 hda6 hda7 hda8> RAMDISK: Couldn't find valid RAM disk image at 0. autodetecting RAID arrays autorun... ... autorun DONE. Apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13) request_module [block-major-8]: Root fs not mounted VFS: Cannot open root device 08:07 Kernel panic: VFS: Unable to mount root on 08:07 Es sieht für mich so aus, als ob er die SCSI-Festplatte nicht findet (meine root-Partition ist auf einer SCSI-Festplatte; Kernel 2.4 findet sie aber!) Auch der Loadlin-Eintrag 'suse' half mir nicht weiter: Loading suse... Uncompressing Linux... ran out of input data -- System halted Allerdings weiss ich nicht mehr, ob ich diesen Eintrag je getestet habe. Auch starten mit der Boot-Disk endet in einem kernel panic! Ich hoffe, Ihr könnt mir da helfen. Greets Florian _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Hi florian On Tue, Aug 28, 2001 at 01:27:36AM +0000, Florian Brunner wrote:
du hast uns da ein paar Sachen unterschlagen, wir wollen nicht deine Leidensgeschichte hören, sondern vor allem ein paar technische Angaben, wie zb. was für ein fs ist dein root fs, benutzt du eine initiale ramdisk oder einen angepassten Kern? etc.
für mich sieht das so aus als würdest du versuchen einen originalen suse kern ohne ramdisk starten zu wollen, fahr die kiste hoch mach einmal mk_initrd dann einmal lilo und gut ist, allerdings nur wenn die einträge in deiner lilo.conf standard sind, wenn nicht solltest du dich mit den parametern von mk_initrd befassen oder dir einen eigenen, monolithischen kern bauen. Mehr gibt meine Glaskugel grad nicht her. PS: woher sonst glaubst du kriegt der Kern den Treiber für deine SCSI Karte? --> Handbuch lesen! -- MfG. Falk
Ok, ich habe das mk_initrd ausgef�hrt. Nach dem Output zu Urteilen hat es sowohl die korrekte root-Partition gefunden (/dev/sda7) als auch die korrekten Versionen der Module f�r die einzelnen Kernels (soweit ich das beurteilen konnte). Ein anschliessender aufruf von lilo, gab mir die Warning /dev/sda7 sei nicht auf der 1. Platte!? Danach ist es jedoch abgelaufen, und hat die Eintr�ge hinzugef�gt. Soweit so gut, aber als ich dann den PC rebootet habe, konnte er nicht mal mehr das LILO laden! Sprich ich komme nicht mehr in mein Linux!! Wie kann ich das fixen? (nehme an irgendwie mit dem Rettungssystem). Nochmals zu den technischen Daten: Ich habe 2 Platten. Die erste ist eine SCSI-Platte, welche die aktive Windows-Partition enth�lt, sowie weitere logische Partitionen unter anderem auch die Linux-Root-Partition (ext2). Auf der 2. Platte (EIDE) sind dann noch weitere Partitionen. Ich verwende nur die SuSE Standard-Kernel 2.2.18 und 2.4.0. Das einzige was ich an LILO je ge�ndert habe, war den Menu-Eintrag f�r den Kernel 2.4.0 hinzuzuf�gen. Diese ganze Konfiguration hat bis letzten Donnerstag auch wunderbar funktioniert. Ich habe auch an der Hardware nichts ge�ndert (die SCSI-Festplatte sollte also immer noch die erste Platte sein!). Bin wirklich f�r jede Hilfe dankbar! Greets Florian __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/
fbrunnerlist@yahoo.com (Florian Brunner) writes:
Mit Sicherheit mittels Rettungssystem. Du hast moeglicherweise unbeabsichtigt lilo geaendert. auf welcher Platte liegt den MBR? Da du ja ein gemischtes System hast, und du vermutlich die IDE Platte im BIOS eingetragen hast, wird versucht von der IDE-Platte zu booten. Das kannst du aber abaendern in /etc/lilo.conf z.B. boote ich von der ersten scsi Platte und habe folgende Eintraege in /etc/lilo.conf boot=/dev/sda disk=/dev/sda bios=0x80 disk=/dev/sdb bios=0x81 disk=/dev/hda bios=0x82 root=/dev/sda1 -Dieter -- Dieter Kluenter Brute Force Imaging
so, endlich bin ich wieder dazugekommen mich um mein Linux zu k�mmern. Mein lilo.conf sieht wie folgendermassen aus: # LILO configuration file # Start LILO global Section # If you want to prevent console users to boot with init=/bin/bash, # restrict usage of boot params by setting a passwd and using the option # restricted. #password=bootpwd #restricted append="BOOT_FILE=/boot/vmlinuz" boot=/dev/sda7 #compact # faster, but won't work on all systems. vga=normal message=/boot/message menu-scheme=Wg:kw:Wg:Wg read-only prompt timeout=80 # End LILO global Section # image = /boot/vmlinuz_24 root = /dev/sda7 label = lx24 initrd = /boot/initrd_24 # image = /boot/vmlinuz root = /dev/sda7 label = linux initrd = /boot/initrd # image = /boot/vmlinuz.suse root = /dev/sda7 label = suse initrd = /boot/initrd.suse optional # image = /boot/memtest.bin label = memtest86 ********* sieht also ziemlich unver�ndert aus (bei mir hat es keine bios-attribute) Mein Bootvorgang sieht wie folgt aus: Ich boote von der scsi-platte (beinhaltet auch die aktive Windows-Partition). Anschliessend wird der Bootmanager von Partition Magic aufgerufen, wo ich die M�glichkeiten habe, entweder Windows oder LILO zu booten. Und genau hier bleibt er nun neuerdings stehen: Ger�t wird vorbereitet f�r das Laden f�r "Linux" .... LI und fertig! Ich habe den Linux-Eintrag aus dem Partition Magic-Bootmanager entfernt und wieder hinzugef�gt (hat er auch immernoch erkannt). Hat jedoch nichts gebracht! Kann ich im Rettungssystem irgendwie eine neue Bootdisk erstellen, damit ich wenigstens mit dem 2.4-Kernel arbeiten kann. Ich hatte schon beim mounten Probleme. Liegt das floppy-drive unter /dev/fd0 ? Danke f�r jegliche Hilfe! Greets Florian --- Dieter Kluenter <dieter@incode.com> wrote:
__________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com
Hi Florian,
was meinst Du mit neuerdings? Hast Du irgendetwas verändert? Neuen Kernel kompiliert oder irgendetwas im boot-Verzeichnis verschoben oder umbenannt?
Wenn Lilo bei LI stehenbleibt, kann das laut Handbuch entweder durch eine fehlerhafte Platten-Geometrie (unwahrscheinlich) oder durch Verschieben von /boot/boot.b ohne Neuinstallation von LILO verursacht werden. Schon mal nach dem Booten des Rettungssystems versucht, /sbin/lilo als root auszuführen? hope, that helps... nächtliche Grüße Philipp -- carpe noctem
Ich habe tatsächlich vor ein paar Tagen mit Partition Magic die root-Partition vergössert und verschoben. Aber ich meine mich zu erinnern, die neuen Festplattenausnutzung danach mit kdf angesehen zu haben, sprich Linux normal gebootet zu haben. Der Fehler: Gerät wird vorbereitet für das Laden für "Linux" .... LI kommt erst seit dem ich den Rat befolgte, mk_initrd und lilo auszuführen (siehe vorangegangene Mails; auch im letzten Monat). Vorher konnte ich zumindest mit dem 2.4-Kernel booten.
Schon mal nach dem Booten des Rettungssystems versucht, /sbin/lilo als root auszuführen?
Welches /sbin/lilo soll ich ausführen, das vom Rettungssystems oder das von dem original System (spielt das überhaupt eine Rolle)? Ich habe auf jedenfall beides ausprobiert und beide Male den Fehler: /etc/lilo.conf: No such file or directory erhalten. Er sucht im /etc vom Rettungssystem und nicht vom original System! Wie kann ich das ändern? Gruss Florian _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Hi! On Wed, 5 Sep 2001, Florian Brunner wrote:
Ich hab' bei zerschossenem LILO-Bootsytem mit folgendem gute Erfahrungen gemach: Einfach Yast1 im "manual"-Modus starten, alle notwendigen Module manuell laden (SCSI...), dann die Funktion "installiertes System booten" aufrufen; damit wird das System völlig normal gebootet, *außer* dass statt des Kernels auf der Platte der von der CD geladene Kernel benutzt wird (Fehlermeldungen wegen fehlender/nicht passender Module kann man ignorieren) Danach kann man ganz normal arbeiten und LILO/initrd neu konfigieren... Martin
Hab ich gemacht, und hat auch soweit geklappt (nur konnte ich keine Internet-Verbindung (rp-pppoe) aufbauen, obwohl ich den Netzkartentreiber mit autoload geladen habe...).
Danach kann man ganz normal arbeiten und LILO/initrd neu konfigieren...
Gibt immer noch den gleichen Fehler. mk_initrd scheint gut zu funktionieren: using "/dev/sda7" as root device (mounted on "/") creating initrd "//boot/initrd" for kernel "//boot/vmlinuz" (2.2.18) module aic7xxx is "/lib/modules/2.2.18/scsi/aic7xxx.o" -> insmod aic7xxx module usbcore is "/lib/modules/2.2.18/usb/usbcore.o" -> insmod usbcore creating initrd "//boot/initrd_24" for kernel "//boot/vmlinuz_24" (2.4.0-4GB) module aic7xxx is "/lib/modules/2.4.0-4GB/kernel/drivers/scsi/aic7xxx.o" -> insmod aic7xxx module usbcore is "/lib/modules/2.4.0-4GB/kernel/drivers/usb/usbcore.o" -> insmod usbcore creating initrd "//boot/initrd.suse" for kernel "//boot/vmlinuz.suse" (2.2.18) module aic7xxx is "/lib/modules/2.2.18/scsi/aic7xxx.o" -> insmod aic7xxx module usbcore is "/lib/modules/2.2.18/usb/usbcore.o" -> insmod usbcore aber lilo gibt immer noch diese seltsame Warning: Warning: /dev/sda7 is not on the first disk Added lx24 * Added linux Added suse Added memtest86 Beim booten bleibt LILO immer noch bei "LI" stehen. Ich wollte ausserdem noch eine neue Bootdisk anlegen (nach file:/usr/share/doc/sdb/de/html/kgw_bootdisketten.html), aber boot/ verbraucht ganzen Platz; kein Platz mehr für lilo.conf!? Gruss Florian P.S.: Wie kann ich nachprüfen, welcher Kernel geladen wurde und wie kann ich testen, ob die Netzwerkkarte läuft (Treiber richtig geladen wurde)? _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Am Mittwoch, 5. September 2001 19:43 schrieb Florian Brunner:
Warning: /dev/sda7 is not on the first disk
Dann schreibe bei Dir in der /etc/lilo.conf in den global settings disk=/dev/sda bios=0x80 wenn die sda Platte in deinem BIOS als erste zu bootende Platte eingestellt ist. Dieser Parameter in der conf ist unter anderem dazu gedacht, deine lilo Konfiguration konsistent zu deinen BIOS einstellungen (Bootreihenfolge) konsistent zu gestalten.
Beim booten bleibt LILO immer noch bei "LI" stehen.
Weil LILO sich an eine andere Bootreihenfolge als das BIOS hält, findet es die zu startenden Programme nicht.
P.S.: Wie kann ich nachprüfen, welcher Kernel geladen wurde und wie
cat /proc/version
kann ich testen, ob die Netzwerkkarte läuft (Treiber richtig geladen wurde)?
Treiber geladen -> lsmod Karte eingebunden -> ifconfig Karte ansprechbar -> ping auf eigene IP-Adresse Netzwerk verbindung -> ping auf IP-Adresse eines anderen Rechners in der gleichen Netzwerkklasse Bis denn dann... Torsten
Danke f�r die Info Torsten! Ich bin mittlerweile jedoch etwas verwirrt, was die Bootreihenfolge betrifft. Soviel ich weiss, werden beim Booten zuerst alle IDE Ger�te erkannt und erst dann mit dem SCSI BIOS die SCSI-Ger�te. Wie weiss man, welche Platte die erste ist? Und warum spiet das eine Rolle?? Partition Magic zeigt die SCSI-Platte als Festplatte 1 an. Diese enth�lt auch die aktive Windows-Partition, weshalb ich auch immer davon ausging, es sei die erste. Ich begreife nicht ganz, warum ich bis jetzt immer booten konnte (auch ohne diesen bios=0x80 Eintrag) und warum er nun pl�tzlich meckert. Nun gut, ich werde es auf jeden Fall ausprobieren. Vielen Dank. Gruss Florian PS.: Wie kommt man auf die verschiedenen bios-Werte?
__________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com
Am Donnerstag, 6. September 2001 11:36 schrieb Florian Brunner:
Richtig. Im Normalfall geht lilo diese Reihenfolge durch. Wenn Du aber in deinem BIOS SCSI vor IDE eingestellt hast, dann die die Reihenfolge vom BIOS anders als die des LILO und dann gibt es i.d.R. Probleme. Deshalb diese Möglichkeit des Abgleichens!
Wie weiss man, welche Platte die erste ist?
Je nach dem was man im BIOS eingestellt hat und welche Platte unter IDE am ersten Controller oder bei SCSI die niedrigste SCSI ID hat (oder man hat die zu bootenden SCSI-Platte im SCSI BIOS definiert).
Und warum spiet das eine Rolle??
Fahr mal nach Wien ohne auch nur eine Navigationshilfe (Landkarte, Wegweiser).
Partition Magic
Ich kenne das Programm nicht und was irgendein Windows-Programm da so anzeigt ist auch nicht unbedingt das sicherste Argument.
PS.: Wie kommt man auf die verschiedenen bios-Werte?
Wenn Du 0x80 meinst: 0x80 - erstes Laufwerk 0x81 - zweites Laufwerk 0x82 - drittes Laufwerk ... Hier ist das Laufwerk zu verwenden, welches Festplatte blablubb nach den Einstellungen im BIOS ist. Bis denn dann... Torsten
On Mit, 05 Sep 2001, Florian Brunner wrote:
Welches /sbin/lilo soll ich ausführen, das vom Rettungssystems oder das von dem original System (spielt das überhaupt eine Rolle)?
Nur wenn die beiden nicht die gleiche Version haben, z.B. weil das LILO auf HD neuer ist...
,----[ man -L en 8 lilo ] | -r root-directory | Before doing anything else, do a chroot to the | indicated directory. Used for repairing a setup | from a boot floppy. `---- Die deutsche manpage ist da uebrigens falsch uebersetzt! -dnh -- Auch wieder richtig, aber zum bloed posten brauch ich kein Hirn. Ausserdem tipp ich schneller, als ich denke :). -- Klaus Muth
participants (7)
-
David Haller
-
Dieter Kluenter
-
Falk Sauer
-
Florian Brunner
-
Martin Köhling
-
Philipp Zacharias
-
Torsten Hallmann