Hallo, Ich versuche beruflich eine Migration von Windows nach Linux und bin dabei, einen Desktop-PC aufzubauen, kämpfe leider mit Startschwierigkeiten nach der Installation von Suse 11.4. Das Problem ist, dass der Bootvorgang gelegentlich hängt. Beim Einschalten des PC startet Grub zuverlässig, Windows XP startet auch immer zuverlässig. Wenn ich Suse 11.4 auswähle, bekomme ich die Meldung doing fast boot Creating device nodes with udev dann steht der Cursor, es tut sich erst mal nichts. Nach einer Weile (wahrscheinlich 63 Sekunden) erscheinen dann folgende Zeilen: [71.659368] BUG: soft lockup -CPU stuck for 63s! [migration/0:6] [71659606] Proc migration/0 (pid :6,ti=f4468000 +askf44640b0 tas.ti=f6dca000 [71755814] stack [71.755888] Call Trace Der letzte Abschnitt wiederholt sich dann ungefähr alle 60 Sekunden. Es passiert dann nichts weiter, die einzige Möglichkeit, weiterzukommen besteht darin, den Einschaltknopf ein paar Sekunden gedrückt zu halten, bis der PC ausgeht und anschließend den PC neu einzuschalten. Das System ist ein Desktop PC, Gigabyte G41M-ES2L, Prozessor PentiumR DualCore CPU E5300 @ 2,6 Ghz, Windows XP ist drauf und jetzt Suse 11.4, Kernel 2.6.37.6-0.5 default, als Dualboot, Standardinstallation, erweitert um KDE 3.5 aus den entsprechenden Suse-Repositories, welches als Voraussetzung für die Software angegeben wird, die ich benötige. Die boot-messages helfen leider nicht weiter. Ich habe auf meinem Notebook auch mal aus der gleichen Live-CD Suse 11.4 installiert, dort klappt das Startverhalten einwandfrei. Die System-CD scheint also in Ordnung zu sein. Die beschrieben Startschwierigkeit passiert nicht immer, aber immer wieder mal. Ich experimentierte eine zeitlang mit der Startoption maxcpus=0, dass klappte einwandfrei. Nach dem normalen Boot klappte es ein paar mal auch ohne maxcpus=0 gut, leider hakt es nun doch wieder. Liegt es an der Dual-Core-CPU? Kann mir hier jemand ein paar Tips geben, wie ich weiter vorgehen könnte, um die Sache zu lösen? Viele Grüße Gregor -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Tuesday 19 July 2011 21:39:44 Gregor Willms wrote:
Ich versuche beruflich eine Migration von Windows nach Linux und bin dabei, einen Desktop-PC aufzubauen, kämpfe leider mit Startschwierigkeiten nach der Installation von Suse 11.4. Das Problem ist, dass der Bootvorgang gelegentlich hängt. Beim Einschalten des PC startet Grub zuverlässig, Windows XP startet auch immer zuverlässig. Wenn ich Suse 11.4 auswähle, bekomme ich die Meldung doing fast boot Creating device nodes with udev dann steht der Cursor, es tut sich erst mal nichts. Nach einer Weile (wahrscheinlich 63 Sekunden) erscheinen dann folgende Zeilen: [71.659368] BUG: soft lockup -CPU stuck for 63s! [migration/0:6] [71659606] Proc migration/0 (pid :6,ti=f4468000 +askf44640b0 tas.ti=f6dca000 [71755814] stack [71.755888] Call Trace
https://bugzilla.novell.com/show_bug.cgi?id=679178 Am besten das Notebook Modell angeben, denn es tritt nicht nur bei SAMSUNg auf, auch Dell und Lenovo. Sven Sven -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Tue, 19 Jul 2011, Gregor Willms schrieb:
Wenn ich Suse 11.4 auswähle, bekomme ich die Meldung doing fast boot Creating device nodes with udev dann steht der Cursor, es tut sich erst mal nichts. Nach einer Weile (wahrscheinlich 63 Sekunden) erscheinen dann folgende Zeilen: [71.659368] BUG: soft lockup -CPU stuck for 63s! [migration/0:6] [71659606] Proc migration/0 (pid :6,ti=f4468000 +askf44640b0 tas.ti=f6dca000 [71755814] stack [71.755888] Call Trace
Pack mal eine komplette /var/log/boot.msg (bzw. /var/log/boot.omsg) oder die boot.dmesg als Ausgabe von 'dmesg > boot.dmesg' auf paste.opensuse.org. Dann kann man das genauer angucken und v.a. auch schauen, was im "Call Trace" steht, also was den Hänger ausgelöst hat. Meine Glaskugel hat noch Urlaub ... -dnh -- "Don't these people watch Jackie Chan movies? *Everything*'s a weapon! Next thing, they'll ban ballpoint pens, 'coz you can stab somebody with them. Or laptops, because you could force someone to install Windows 3.1. With a ballpoint pen, presumably." - Eric The Read -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, den 19.07.2011, 23:18 +0200 schrieb David Haller:
Hallo,
Am Tue, 19 Jul 2011, Gregor Willms schrieb:
Wenn ich Suse 11.4 auswähle, bekomme ich die Meldung doing fast boot Creating device nodes with udev dann steht der Cursor, es tut sich erst mal nichts. Nach einer Weile (wahrscheinlich 63 Sekunden) erscheinen dann folgende Zeilen: [71.659368] BUG: soft lockup -CPU stuck for 63s! [migration/0:6] [71659606] Proc migration/0 (pid :6,ti=f4468000 +askf44640b0 tas.ti=f6dca000 [71755814] stack [71.755888] Call Trace
Pack mal eine komplette /var/log/boot.msg (bzw. /var/log/boot.omsg) oder die boot.dmesg als Ausgabe von 'dmesg > boot.dmesg' auf paste.opensuse.org. Dann kann man das genauer angucken und v.a. auch schauen, was im "Call Trace" steht, also was den Hänger ausgelöst hat.
Meine Glaskugel hat noch Urlaub ...
-dnh
Ich habe eben die Ausgabe von dmesg > boot.dmesg, von boot.omsg und als letztes von boot.msg, nach http://paste.opensuse.org/13830750 gepackt. Ich wär froh, wenn du finden kannst, was den Hänger auslöst. Die letzten 3 Bootvorgänge waren in Ordnung, davor war bei zwei Bootvorgängen direkt hintereinander der Hänger, ich glaube gestern oder vorgestern. viele Grüße Gregor -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Thu, 21 Jul 2011, Gregor Willms schrieb:
Am Dienstag, den 19.07.2011, 23:18 +0200 schrieb David Haller:
Pack mal eine komplette /var/log/boot.msg (bzw. /var/log/boot.omsg) oder die boot.dmesg als Ausgabe von 'dmesg > boot.dmesg' auf paste.opensuse.org. Dann kann man das genauer angucken und v.a. auch schauen, was im "Call Trace" steht, also was den Hänger ausgelöst hat. [..] Ich habe eben die Ausgabe von dmesg > boot.dmesg, von boot.omsg und als letztes von boot.msg, nach http://paste.opensuse.org/13830750 gepackt. Ich wär froh, wenn du finden kannst, was den Hänger auslöst. Die letzten 3 Bootvorgänge waren in Ordnung,
Also ist eben kein BUG + Call Trace in den Logs. Es interessiert die boot.msg + boot.omsg _nachdem_ du einen Hänger hattest. -dnh -- "No one goes mad quicker than a totally sane person." -- Terry Pratchett, The Light Fantastic, p. 193 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag, den 22.07.2011, 06:37 +0200 schrieb David Haller:
Hallo,
Am Thu, 21 Jul 2011, Gregor Willms schrieb:
Am Dienstag, den 19.07.2011, 23:18 +0200 schrieb David Haller:
Pack mal eine komplette /var/log/boot.msg (bzw. /var/log/boot.omsg) oder die boot.dmesg als Ausgabe von 'dmesg > boot.dmesg' auf paste.opensuse.org. Dann kann man das genauer angucken und v.a. auch schauen, was im "Call Trace" steht, also was den Hänger ausgelöst hat. [..] Ich habe eben die Ausgabe von dmesg > boot.dmesg, von boot.omsg und als letztes von boot.msg, nach http://paste.opensuse.org/13830750 gepackt. Ich wär froh, wenn du finden kannst, was den Hänger auslöst. Die letzten 3 Bootvorgänge waren in Ordnung,
Also ist eben kein BUG + Call Trace in den Logs. Es interessiert die boot.msg + boot.omsg _nachdem_ du einen Hänger hattest.
-dnh
ich hatte gestern Mittag nochmal einen Fehlstart und habe geistesgegenwärtig anschließend boot.dmesg erstellt, kopiert und boot.omsg kopiert. Leider habe ich die boot.msg nicht kopiert. Die beiden Ausgaben habe ich nach http://paste.opensuse.org/15471061 gepackt. Leider kann ich direkt nach dem Hänger gar nichts machen als den Rechner am Ein-/Ausschaltknopf abzuwürgen. Alle anderen Versuche, ihn irgendwie runterzufahren gehen nicht, weil er auf keinerlei Eingaben (Maus / Tastatur / Esc ....) reagiert. Also, zeitlich näher an das Ereignis komme ich nicht ran, oder gibt es eine Möglichkeit, frühere Startversuche zu monitoren? Vielleicht ist aber aus den obigen Ausgaben etwas zu erkennen? In Zeile 15 der boot.dmesg steht folgendes: [ 0.000000] Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel! Habe ich vielleicht den falschen Kernel? Bei der Installation habe ich mich von der Suse-Installatinsroutine leiten lassen, einzig hätte ich ein 64-Bit-System installieren können. Ich wollte aber wegen verschiedener Dinge ein 32-Bit-System, habe auch "nur" 2 GB RAM, sollte also eigentlich kein Problem sein. Während der Installation hat es keine Fehlermeldungen gegeben. Gregor -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Sat, 23 Jul 2011, Gregor Willms schrieb:
Am Freitag, den 22.07.2011, 06:37 +0200 schrieb David Haller:
Also ist eben kein BUG + Call Trace in den Logs. Es interessiert die boot.msg + boot.omsg _nachdem_ du einen Hänger hattest. ^^^^^^^^^
ich hatte gestern Mittag nochmal einen Fehlstart und habe geistesgegenwärtig anschließend boot.dmesg erstellt, kopiert und boot.omsg kopiert. Leider habe ich die boot.msg nicht kopiert. Die beiden Ausgaben habe ich nach http://paste.opensuse.org/15471061 gepackt.
Die boot.omsg fehlt!
Leider kann ich direkt nach dem Hänger gar nichts machen als den Rechner am Ein-/Ausschaltknopf abzuwürgen.
SysRq := Strg+Alt+Druck SysRq + s -> sync SysRq + u -> umount (= remount ro) SysRq + b -> reboot Das sollte immer klappen solange Kernel und Tastatur noch laufen. Wenn nicht hilft wirklich nur Reset-Taster oder der Ausknopf.
Alle anderen Versuche, ihn irgendwie runterzufahren gehen nicht, weil er auf keinerlei Eingaben (Maus / Tastatur / Esc ....) reagiert. Also, zeitlich näher an das Ereignis komme ich nicht ran, oder gibt es eine Möglichkeit, frühere Startversuche zu monitoren?
In /var/log/boot.omsg (boot . old message) steht eben der letzte Boot-Vorgang, in /var/log/boot.msg der aktuelle. Und aus dem Vergleich kann man dann eben evtl. sehen, was der Unterschied zwischen einem gescheiterten und einem erfolgreichen Boot lesen.
[ 0.000000] Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel!
Habe ich vielleicht den falschen Kernel?
Nö, das ist nur ne "Bemerkung". Unabhängig davon könntest du ggfs. nen anderen Kernel installieren wg. NX oder auch nur zum testen.
Bei der Installation habe ich mich von der Suse-Installatinsroutine leiten lassen, einzig hätte ich ein 64-Bit-System installieren können. Ich wollte aber wegen verschiedener Dinge ein 32-Bit-System, habe auch "nur" 2 GB RAM, sollte also eigentlich kein Problem sein. Während der Installation hat es keine Fehlermeldungen gegeben.
Du kannst auch mal nen 64bit Kernel versuchen. 2 GB RAM langen, wenn du nicht Gnome/KDE+FF+Java laufen läßt. Hier sieht's z.B. grad so aus (mit WindowMaker, weder KDE noch Gnome): $ uptime 15:39pm up 8:54, 11 users, load average: 0.11, 0.11, 0.13 $ free total used free shared buffers cached Mem: 4054252 3743788 310464 0 107280 2893296 -/+ buffers/cache: 743212 3311040 Swap: 2092756 2676 2090080 Wie du siehst: auch nach Stunden (und ich hatte ein Java-Plugin im Seamonkey laufen, kaffeine (also KDE-Basis), tvbrowser) brauch ich nichtmal 1 GB RAM. Im Zweifelsfall: zeig mal die 'free' Ausgabe wenn deine Kiste mal "typisch" länger gelaufen ist. Ach: und bitte keine Kopie an mich. Ich lese die Mailingliste! -dnh -- Beim Bildschirm offenbart [es] allerdings Restgene aus der Großserie: Es ist ein handelsüblicher 13,4-Zoll- Schminkspiegel [..] -- c't 09/12/066 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, den 24.07.2011, 15:45 +0200 schrieb David Haller:
Hallo,
Am Sat, 23 Jul 2011, Gregor Willms schrieb:
Am Freitag, den 22.07.2011, 06:37 +0200 schrieb David Haller:
Also ist eben kein BUG + Call Trace in den Logs. Es interessiert die boot.msg + boot.omsg _nachdem_ du einen Hänger hattest. ^^^^^^^^^
ich hatte gestern Mittag nochmal einen Fehlstart und habe geistesgegenwärtig anschließend boot.dmesg erstellt, kopiert und boot.omsg kopiert. Leider habe ich die boot.msg nicht kopiert. Die beiden Ausgaben habe ich nach http://paste.opensuse.org/15471061 gepackt.
Die boot.omsg fehlt!
Leider kann ich direkt nach dem Hänger gar nichts machen als den Rechner am Ein-/Ausschaltknopf abzuwürgen.
SysRq := Strg+Alt+Druck SysRq + s -> sync SysRq + u -> umount (= remount ro) SysRq + b -> reboot
Das sollte immer klappen solange Kernel und Tastatur noch laufen. Wenn nicht hilft wirklich nur Reset-Taster oder der Ausknopf.
Alle anderen Versuche, ihn irgendwie runterzufahren gehen nicht, weil er auf keinerlei Eingaben (Maus / Tastatur / Esc ....) reagiert. Also, zeitlich näher an das Ereignis komme ich nicht ran, oder gibt es eine Möglichkeit, frühere Startversuche zu monitoren?
[ 0.000000] Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel!
Habe ich vielleicht den falschen Kernel?
Nö, das ist nur ne "Bemerkung". Unabhängig davon könntest du ggfs. nen anderen Kernel installieren wg. NX oder auch nur zum testen.
entschuldigung, ich habe die Sitten beim Paste noch nicht geläufig. Die boot.omsg hatte ich hinter die dmesg-ausgabe kopiert; fängt bei Zeile 761 an. Ich habe aber dieselbe boot.omsg noch mal extra gepackt nach http://paste.opensuse.org/81416519 Das ist die boot.omsg-ausgabe von dem gelungenen Start direkt nach dem Fehlstart. Dort müsste der Fehlstart protokolliert sein. Falls nicht, ist er nicht protokolliert, vielleicht weil der kernel noch nicht soweit geladen ist oder ......? Ich hoffe das du draus schlau wirst? Gregor -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mon, 25 Jul 2011, Gregor Willms schrieb: [..]
Ich hoffe das du draus schlau wirst?
Nicht wirklich. Aber ich ein bissl in der Kerneldoku gewühlt. Aber auch nix eindeutiges gefunden. Verwendest du Suspend2Disk? Und du könntest auch mal den -desktop Kernel testen. -dnh -- Freeman Dyson recounts how the RAF tried hard to locate the admin hq for German aircraft production, found it, bombed it into oblivion... and were horrified when German aircraft production rates went *up* -- Henry Spencer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, den 26.07.2011, 03:39 +0200 schrieb David Haller:
Hallo,
Am Mon, 25 Jul 2011, Gregor Willms schrieb: [..]
Ich hoffe das du draus schlau wirst?
Nicht wirklich. Aber ich ein bissl in der Kerneldoku gewühlt. Aber auch nix eindeutiges gefunden. Verwendest du Suspend2Disk? Und du könntest auch mal den -desktop Kernel testen.
-dnh
den desktop-kernel habe ich heute mal installiert; seitdem ist in der boot.msg aus der Zeile: Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel! diese Zeile geworden: NX (Execute Disable) protection: active Auch die Abfolge auf dem Startbildschirm hat sich beim starten geändert. Beim laden des Standardkernels-default folgt erst ein doing fast boot Creating device nodes with udev dann wird der Bildschirm schwarz, dann folgt doing fast boot Creating device nodes with udev weiter mit entweder der oben beschriebenen Fehlermeldung Call Trace .... oder mit einem weiteren normalen Bootvorgang Beim laden des Dektop-kernels folgt direkt doing fast boot Creating device nodes with udev und weiterer normaler Bootvorgang. Die Zeilen doing fast boot Creating device nodes with udev werden also nicht mehr zweimal begonnen sondern nur noch einmal. Die folgenden Startversuche mit dem Desktop-kernel waren alle problemlos. Die NX-Bit-Funktionalität scheint einwandfrei aktiviert. vielen Dank für diesen Tip. Ich werde mal beobachten, wie sich die nächsten Starts machen. Vielleicht klappt das Zusammenspiel des default-kernels mit diesem core-duo-prozessor nicht so reibungslos. Gregor -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
David Haller -
Gregor Willms -
Sven Burmeister