Kernel Panic SuSe Kernel 2.4.6
Hi ich habe mir den o.g. Kernel bei Herrn Mantel geholt.:-) Folgendes Problem tritt auf, der Startvorgang bricht mit folgender Meldung ab: ------ Loading modules reiserfs...... Insmod: reifers: no module by that name found Loading module tmscim Insmod: tmscim: no module by that name found fats: bogus logical sector size 0 fats: bogus logical sector size 0 Kernel panic: VFS: Unable to mount rout fs on 03:03 ------- Die Module sind aber vorhanden. Den Kernel habe ich wie folgt Übersetzt: make dep clean bzImage make modules make bzlilo make modules_Install ich denke das ist doch richtig (so hats bisher geklappt). Für jeden Hinweis dankbar Gruß Thomas PS Allen ein schönes Wochenende
Hallo Thomas, Thomas Fick schrieb:
Hi
ich habe mir den o.g. Kernel bei Herrn Mantel geholt.:-)
Folgendes Problem tritt auf, der Startvorgang bricht mit folgender Meldung ab:
------ Loading modules reiserfs...... Insmod: reifers: no module by that name found Loading module tmscim
^^^^^^ SCSI-Platte(n) im System? Treiber für Deinen Hostadapter wird nicht gefunden!
Insmod: tmscim: no module by that name found fats: bogus logical sector size 0 fats: bogus logical sector size 0 Kernel panic: VFS: Unable to mount rout fs on 03:03 ^^^^^ Das ist /dev/hda3. Ist das korrekt? (Vermutlich nur Folgefehler wegen fehlendem SCSI-Modul)
-------
Die Module sind aber vorhanden. Den Kernel habe ich wie folgt Übersetzt:
make dep clean bzImage make modules make bzlilo make modules_Install ^^^ ist normalerweise klein geschrieben. Oder nur'n Fipptehler?
ansonsten nichts außergewöhnliches.
ich denke das ist doch richtig (so hats bisher geklappt).
Hast Du die passenden modutils? Hast Du mal "depmod -a" ausgeführt? Im richtigen Verzeichnis? Hth, Norbert
Hallo Norbert, Am Freitag, 13. Juli 2001 16:51 schrieben Sie:
Hallo Thomas,
Thomas Fick schrieb:
Hi
ich habe mir den o.g. Kernel bei Herrn Mantel geholt.:-)
Folgendes Problem tritt auf, der Startvorgang bricht mit folgender Meldung ab:
------ Loading modules reiserfs...... Insmod: reifers: no module by that name found Loading module tmscim
^^^^^^ SCSI-Platte(n) im System? Treiber für Deinen Hostadapter wird nicht gefunden!
Insmod: tmscim: no module by that name found fats: bogus logical sector size 0 fats: bogus logical sector size 0 Kernel panic: VFS: Unable to mount rout fs on 03:03
^^^^^ Das ist /dev/hda3. Ist das korrekt? (Vermutlich nur Folgefehler wegen fehlendem SCSI-Modul)
Ne, ist schon Richtig so, die SCSI ist nur für Brenner und zusätliches CD-ROM laufwerk. Gruß Thomas
Hallo Thomas, weißt Du eigentlich, dass die Ausgangs-Config-Datei /usr/src/linux/.config erstmal nix mit dem von Suse konfigurierten Kernel zu tun hat? Es sind in der .config ganz andere Einstellungen gemacht als zum dem Suse-Kernel von der CD. Also: wenn Du das erste Mal einen Kernel selber backst, mußt Du ALLE Kernel- Einstellungen im Konfig-Menue (z.B. make menuconfig) richtig setzen. Dazu mußt Du die Einstellungen alle verstehen. Das ist eine große Hürde am Anfang! Oder Du bist schlau und nimmst die /proc/config.gz als initiale .config. Dort liegt seit etwa Kernel 2.2.10 oder seit Suse 6.3 (oder so ähnlich, ich weiss nicht wer dafür verantwortlich ist) eine Kopie der .config die zur ERstellung DES GERADE LAUFENDEN KERNELS verwendet wurde. Gruss ekkard * Thomas Fick schrieb:
Hallo Norbert,
[bla-bla]
Am Montag, 16. Juli 2001 12:33 schrieb Ekkard Gerlach:
weißt Du eigentlich, dass die Ausgangs-Config-Datei /usr/src/linux/.config erstmal nix mit dem von Suse konfigurierten Kernel zu tun hat? Es sind in der .config ganz andere Einstellungen gemacht als zum dem Suse-Kernel von der CD. Also: wenn Du das erste Mal einen Kernel selber backst, mußt Du ALLE Kernel- Einstellungen im Konfig-Menue (z.B. make menuconfig) richtig setzen. Dazu mußt Du die Einstellungen alle verstehen. Das ist eine große Hürde am Anfang!
Oder man installiert erstmal den Standard-Kernel von SuSE und nimmt sich dann die /boot/vmlinuz.config - und hat dann die Konfiguration. IMHO ist /boot/vmlinuz.config der Ort der Wahl seit SuSE 7.1 oder 7.0. Bis denn dann... Torsten Alle Hinweise und Angaben sind ohne Gewähr - Sie führen alle Schritte auf eigene Gefahr durch!
Thomas Fick wrote:
Hi
ich habe mir den o.g. Kernel bei Herrn Mantel geholt.:-)
Folgendes Problem tritt auf, der Startvorgang bricht mit folgender Meldung ab:
------ Loading modules reiserfs...... Insmod: reifers: no module by that name found Loading module tmscim Insmod: tmscim: no module by that name found fats: bogus logical sector size 0 fats: bogus logical sector size 0 Kernel panic: VFS: Unable to mount rout fs on 03:03
-------
Die Module sind aber vorhanden. Den Kernel habe ich wie folgt Übersetzt:
make dep clean bzImage make modules make bzlilo make modules_Install
ich denke das ist doch richtig (so hats bisher geklappt).
Die Modules sind auf deiner Platte. Damit es klappt, müssen die Module aber auch noch in deine initrd. Siehe auch http://sdb.suse.de/sdb/de/html/fhassel_lilo_reiserfs.html PS : Schau mal auf das Datum deines Rechners. Du bist uns allen weit vorraus ;-) -- Markus Kossmann markus.kossmann@inka.de
On Fre, 13 Jul 2001, Markus Kossmann wrote:
*gngngnaaaa* Was ist das blos fuer eine belaemmerte Idee, zum booten Noetiges als Modul zu kompilieren, nur um das dadurch entstehende Problem dann von hinten durch die Brust ins Auge mit initrd wieder zu beheben??? LEUTS, bitte! Wenn ihr euern Kernel selbst kompiliert, dann kompiliert das noetige Zeug, also mindestens alles was zum booten benoetigt wird _FEST_ in den Kernel ein, denn geladen werden muss das Zeug so oder so! Und wird auch _immer_ benoetigt! Und dann macht ein Modul eben einfach _keinerlei_ Sinn! Eine initrd macht (bei einem selbstkompilierten Kernel) _NUR_ dann Sinn, wenn der Kernel _speziell_, wie eben auch der SuSE Kernel, auf moeglichst vielen HW-Plattformen laufen soll. -dnh, *hrmpf* P.S: Wenn ihr das Modul in der boot.local oder sonstwie automatisch beim booten ladet, dann gehoert das Modul fest einkompiliert! Oder eure /etc/modules.conf ist falchs konfiguriert! Ein Modul ist nur dann sinnvoll, wenn man es _nur bei Bedarf_(!) laedt (oder das Modul sonst nicht funktioniert). -- Die ultimativen Man-Pages haben ein ".c" als Dateiendung. -- am DLUG-Stammtisch
Am Freitag, 13. Juli 2001 23:15 schrieb David Haller:
P.S: Wenn ihr das Modul in der boot.local oder sonstwie automatisch beim booten ladet, dann gehoert das Modul fest einkompiliert! Oder eure /etc/modules.conf ist falchs konfiguriert!
Ein Modul ist nur dann sinnvoll, wenn man es _nur bei Bedarf_(!) laedt (oder das Modul sonst nicht funktioniert).
Oder vor dem Laden irgendwelche Hardware initialisiert werden muss. Z.B. Isa-PNP-Karten ... Heiner -- Heiner Lamprecht Philosophenweg 79 D - 72076 Tuebingen Fon: +49-7071-600 162 Fax: +49-7071-600 164 heiner@kflog.de GnuPG - Key: E05AEAFC Fingerprint: 257A DFBF 4977 4585 77A0 3509 973B 92AA E05A EAFC
Am Freitag, 13. Juli 2001 23:15 schrieb David Haller:
*gngngnaaaa* Was ist das blos fuer eine belaemmerte Idee, zum booten Noetiges als Modul zu kompilieren, nur um das dadurch entstehende Problem dann von hinten durch die Brust ins Auge mit initrd wieder zu beheben???
Wie die Leute es hier machen ist deren Ding. Und es gibt genügend Fälle wo es mit den fest einkompilierten Varianten Probleme gibt. Zumal Du mit einer initrd nach gestartetem System die Module auch wieder entfernen kannst (z.B. Komponentenänderung). Das umstellen der initrd ist schneller als das neukompilieren des Kernels! Zudem macht es bei den heutigen Plattenpreisen keinen Sinn mehr wirklich nur die Module zu kompilieren die das System in dem derzeitigen Zustand braucht. Alles andere ist für mich Linux-Sport, nicht mehr und auch nicht weniger. Bis denn dann... Torsten
Thomas Fick wrote:
Hi
ich habe mir den o.g. Kernel bei Herrn Mantel geholt.:-)
Folgendes Problem tritt auf, der Startvorgang bricht mit folgender Meldung ab:
------ Loading modules reiserfs...... Insmod: reifers: no module by that name found Loading module tmscim Insmod: tmscim: no module by that name found fats: bogus logical sector size 0 fats: bogus logical sector size 0 Kernel panic: VFS: Unable to mount rout fs on 03:03
-------
Die Module sind aber vorhanden. Den Kernel habe ich wie folgt Übersetzt:
make dep clean bzImage make modules make bzlilo make modules_Install
ich denke das ist doch richtig (so hats bisher geklappt).
Für jeden Hinweis dankbar
Gruß Thomas
PS Allen ein schönes Wochenende
Hallo Thomas, dass die Module da sind, ist ja sehr schön... Nur leider kann er Kernel, ohne dass er die entsprechenden Greätetrieber gelader hat, noch nicht auf das Root-Device zugreifen. Abhilfe schafft festes eincompilieren oder nach dem Installieren des neuen Kernels (und vor dem folgenden Aufruf von Lilo!!) ein Aufruf von mk_initrd (als root). Dieses Script erstellt eine initrd, die die benötigten Module enthält und auf die der Kernel dann zur Bootzeit zugreifen kann (diese ist dann nämlich als / gemountet). Das mk_initrd-Script kopiert die Module, die in der rc.config durch den Parameter INITRD_MODULES="benötigte modulnamen durch Leerzeichen getrennt" stehen. Nutzt Du zum Beispiel auch Reiserfs, sollte das entsprechende Modul auch hier angegeben sein. Weitere Hilfe zu mk_initrd bekommst Du durch end Aufruf mit dem Parameter "-h". Viel Glück, Uwe. ------- Uwe Thiel, registered Linux User #130853 master@thieldata.de
participants (8)
-
David Haller
-
Ekkard Gerlach
-
Heiner Lamprecht
-
Markus Kossmann
-
Norbert Kordts
-
Thomas Fick
-
Torsten Hallmann
-
Uwe Thiel