Probleme beim Booten nach Kernel-Update (Suse 9.1)
Hallo Liste! Ich habe ein ziemlich ärgerliches Problem mit der SuSE 9.1 Prof. bzw. dem aktuellen Kernel 2.6.5-7.75 und bitte mal die Fachleute hier um Hilfe. Zu meiner Hardware findet ihr alles unter: http://www.nethands.de/pys/show.php4?user=Luzypher Die SuSE 9.1 rennt soweit auch ganz gut (abgesehen von einigen Problemen unter KDE mit dem automatischen Mounten/Unmounten von CD/DVD). Ich habe vier primäre Partitionen eingerichtet: 1. swap 2. boot (ext3) 3. / (reiserfs) 4. /home (reiserfs) Das Problem besteht nun ganz einfach darin, daß nach dem Kernel-Update der Bootprozess an einer bestimmten Stelle hängen bleibt. Ich bekomme nur noch die Meldung: ReiserFS: hda3: checking transaction log (hda3) Und dann kann ich bis zum Sankt Nimmerleinstag warten. Ich bekomme keine Fehlermeldung, keine Kernel Panic, kein Freeze, sondern er bleibt einfach stehen. Mit STRG-ALT-ENTF kann ich dann ganz kontrolliert einen Reset machen, worauf dann u.a. die Meldung: md: stopping all devices ... oder in der Art steht und der Rechner ganz normal resettet. Verwunderlicherweise wird bis zu obiger Meldung alles korrekt erkannt: die Festplatte, die CD/DVD-Laufwerke und die Dateisysteme. Ich habe bereits eine Neuinstallation gemacht und dann auf der frischen Installation den Kernel geupdatet (via YOU), doch das gleiche Problem! Ich bitte Euch um Hilfe! Habt Ihr evtl. ein ähnliches Problem oder gibt es eine Lösung dafür? Was könnte das sein? Die Hardware läuft soweit einwandfrei (mit dem alten Kernel von SuSE 9.1, Knoppix 3.4 mit Kernel 2.6.6 und 2.4.x und sogar Windows XP ;-) ). cu ... und danke schonmal Dirk Strangfeld -- Erstellt mit M2, Operas revolutionärem E-Mail-Modul: http://www.opera.com/m2/
Dirk Strangfeld wrote:
Ich habe ein ziemlich ärgerliches Problem mit der SuSE 9.1 Prof. bzw. dem aktuellen Kernel 2.6.5-7.75 und bitte mal die Fachleute hier um Hilfe. [...] Das Problem besteht nun ganz einfach darin, daß nach dem Kernel-Update der Bootprozess an einer bestimmten Stelle hängen bleibt. Ich bekomme nur noch die Meldung:
ReiserFS: hda3: checking transaction log (hda3)
Und dann kann ich bis zum Sankt Nimmerleinstag warten. [...] Ich bitte Euch um Hilfe! Habt Ihr evtl. ein ähnliches Problem oder gibt es eine Lösung dafür? Was könnte das sein? Die Hardware läuft soweit einwandfrei (mit dem alten Kernel von SuSE 9.1, Knoppix 3.4 mit Kernel 2.6.6 und 2.4.x und sogar Windows XP ;-) ).
Haettest Du mal ins Archiv der Liste geschaut, haettest Du bemerkt, dass es gerade einen Thread dazu gab und dass Du mit dem Problem nicht alleine bist. Liefere Feedback an SuSE, "beschwere" Dich ueber das problematische Kernel-Update und hoffe darauf, dass SuSE bald Abhilfe schafft. Zum Umgehen des Problems, installiere bzw. boote wieder den alten Kernel und warte ab, bis die Problematik gefixt ist. CU, Th.
Am Montag, 21. Juni 2004 18:28 schrieb Dirk Strangfeld: [...]
Das Problem besteht nun ganz einfach darin, daß nach dem Kernel-Update der Bootprozess an einer bestimmten Stelle hängen bleibt. Ich bekomme nur noch die Meldung:
ReiserFS: hda3: checking transaction log (hda3)
Und dann kann ich bis zum Sankt Nimmerleinstag warten. Ich bekomme keine Fehlermeldung, keine Kernel Panic, kein Freeze, sondern er bleibt einfach stehen. Mit STRG-ALT-ENTF kann ich dann ganz kontrolliert einen Reset machen, worauf dann u.a. die Meldung:
md: stopping all devices ...
Exakt das gleiche wie bei mir (sogar die Partition hda3), wie Du leicht im Archiv finden kannst. [...]
Ich bitte Euch um Hilfe! Habt Ihr evtl. ein ähnliches Problem oder gibt es eine Lösung dafür? Was könnte das sein? Die Hardware läuft soweit einwandfrei (mit dem alten Kernel von SuSE 9.1, Knoppix 3.4 mit Kernel 2.6.6 und 2.4.x und sogar Windows XP ;-) ).
Tja, etliche Antworten (aber keine Lösungen) findest Du im Archiv. Robert
Hallo Hans-Robert, hallo Leute, Am Montag, 21. Juni 2004 19:05 schrieb Hans-Robert Wagner:
Am Montag, 21. Juni 2004 18:28 schrieb Dirk Strangfeld:
Das Problem besteht nun ganz einfach darin, daß nach dem Kernel-Update der Bootprozess an einer bestimmten Stelle hängen bleibt. Ich bekomme nur noch die Meldung:
ReiserFS: hda3: checking transaction log (hda3)
Und dann kann ich bis zum Sankt Nimmerleinstag warten. [...]
Exakt das gleiche wie bei mir (sogar die Partition hda3), wie Du leicht im Archiv finden kannst. [...] Tja, etliche Antworten (aber keine Lösungen) findest Du im Archiv.
gibt es einen Unterschied zwischen NAT und Masquerading? Ja, bei "Masquerading" vertippe ich mich laufend, deshalb schreibe ich
Dann mach ich mal einen Vorschlag ;-) Ich sitze hier bei einem Bekannten, der mir gerade erzählt hat, dass es anscheinend ein Problem mit der initrd ist. Die Lösung wäre demzufolge: - von CD booten - Das System mounten (z. B. unter /mnt), auch zugehörige Partitionen mounten (z. B. boot-Partition nach /mnt/boot) - chroot /mnt - mkinitrd Gruß Christian Boltz -- lieber "NAT". [> Thorsten Haude und Patrick Hess in suse-linux]
Am Montag, 21. Juni 2004 18:28 schrieb Dirk Strangfeld:
Hallo Liste!
Ich habe ein ziemlich Àrgerliches Problem mit der SuSE 9.1 Prof. bzw. dem aktuellen Kernel 2.6.5-7.75 und bitte mal die Fachleute hier um Hilfe. [...] So sieht boot.msg bei mir aus: ... Inspecting /boot/System.map-2.6.5-7.75-default Loaded 23738 symbols from /boot/System.map-2.6.5-7.75-default. Symbols match kernel version 2.6.5. No module symbols loaded - kernel modules not enabled. ...
Vergleiche mal Gruß Martin -- Mach' mal Urlaub http://www.ungarnurlaub.de
Martin Falley wrote:
[...] So sieht boot.msg bei mir aus: ... Inspecting /boot/System.map-2.6.5-7.75-default Loaded 23738 symbols from /boot/System.map-2.6.5-7.75-default. Symbols match kernel version 2.6.5. No module symbols loaded - kernel modules not enabled. ...
Vergleiche mal
Und was soll uns das nun alles sagen (und bringen)? Dirk kann ja booten bis zum Filesystemcheck, erst beim Filesystemcheck geht es ja schief. Insofern bringt der Teil der boot.msg, den Du gerade geschickt hast, nicht viele Erkenntnisse... Cu, Th.
Am Montag, 21. Juni 2004 21:45 schrieb Thomas Hertweck:
Martin Falley wrote:
[...]
[...]
Und was soll uns das nun alles sagen (und bringen)? Dirk kann ja booten bis zum Filesystemcheck, erst beim Filesystemcheck geht es ja schief. Insofern bringt der Teil der boot.msg, den Du gerade geschickt hast, nicht viele Erkenntnisse...
Das sollte eigentlich nur dokumentieren, daß bei mir der gleiche Kernel läuft und bei mir sind alle Platten mit feiserfs formatiert. Der einzige Unterschied besteht möglicherweise darin, daß bei mir der default-Kernel läuft. Gruß Martin -- Mach' mal Urlaub http://www.ungarnurlaub.de
participants (5)
-
Christian Boltz -
Dirk Strangfeld -
Hans-Robert Wagner -
Martin Falley -
Thomas Hertweck