PC stürzt ab beim Runterfahren
Hallo zusammen, eventuell klingt ja der Subject "mount.nfs stürzt ab beim Runterfahren des PC" in meiner letzten Mail an die Liste zu unscheinbar. Tatsache ist, dass der Shutdown Prozess durch den Crash abbricht und ich die Kiste nur noch ausschalten kann. Seit ich mein neues Mainboard in Benutzung habe, kommt es in gefühlten 50% der Fälle zu einem Crash beim Herunterfahren des Rechners. Genauer gesagt sieht es so aus, als ob "mount.nfs" abstürzt. Leider wird das nirgendwo hin protokolliert, so dass ich es abfotografiert habe. Siehe http://home.arcor.de/wfranke/images/Crash.JPG Leider habe ich noch keinen System herausfinden können, warum "mount.nfs" beim Shutdown überhaupt aufgerufen wird. Über NFS ist in keinem der Fälle irgendwas gemountet. (NFS verwende ich über Automount /etc/auto.vol hpserver -fstype=nfs,rw,hard,intr hpserver:/local) Nach dem Umbau habe ich, ausser eth0 neu konfiguriert, am System nichts verändert. /etc/fstab musst ich nicht anpassen, weil ich darin /dev/disk/by-id verwende. Irgendwelche Ideen wo ich suchen könnte oder wie ich dem Problem auf die Spur kommen könnte ? openSuse 12.2 x86_64 am 2.3 neu aktualisiert. MainBoard: Asus Asus P8Z77-V LX Thread dazu: Neues Mainboard/CPU/RAM für Desktop PC http://lists.opensuse.org/opensuse-de/2013-01/msg00423.html Gruss Werner Franke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 08.03.2013 08:36, schrieb Werner Franke:
Hallo zusammen,
Irgendwelche Ideen wo ich suchen könnte oder wie ich dem Problem auf die Spur kommen könnte ?
Hast Du mal einen gewissenhaften Test der neuen Hardware laufen lassen, vornehmlich Speicher? B. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 08.03.2013 09:15, schrieb Boris:
Am 08.03.2013 08:36, schrieb Werner Franke:
Hallo zusammen,
Irgendwelche Ideen wo ich suchen könnte oder wie ich dem Problem auf die Spur kommen könnte ?
Hast Du mal einen gewissenhaften Test der neuen Hardware laufen lassen, vornehmlich Speicher?
Nein, habe ich nicht. Sollte ich wohl mal ;-) Danke. Gruss Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Fri, 08 Mar 2013, Werner Franke schrieb:
Leider wird das nirgendwo hin protokolliert, so dass ich es abfotografiert habe. Siehe http://home.arcor.de/wfranke/images/Crash.JPG
Da semmelt Xorg mit nem Fehler im i915 Grafiktreiber für die integrierte Grafik in der intel_gtt_map_memory Funktion ab. Vorschläge: a) Speichertest und zwar nicht nur mit memtest sondern auch mit was Grafiklastigem. Ich hatte hier im anderen Rechner defektes RAM, was eine Runde memtest überstand, aber je ein 'mencoder -ovc lavc -lavcopts vcodec=mpeg4' pro Kern brach Anfangs in ca. 50% der Versuche mit nem SEGFAULT ab, recht bald aber sogar wenn nur ein Prozess lief. Des weiteren: prime95 im "Stress-Test" ('mprime -t'), siehe http://www.mersenne.org/freesoft/ b) mal DRM/KMS deaktivieren bzw. nur vesa/fbdev Treiber verwenden, dabei nicht das 'nomodeset' als Kernel-Parameter vergessen und die initrd aktualisieren c) mal ne andere Grafikkarte, am besten eine "known good" stecken, die Onboard-Grafik lahmlegen und wieder testen... HTH, -dnh -- I believe that when we leave a place, part of it goes with us, and part of us remains. -- G'Kar, Babylon 5 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi David, Am 08.03.2013 10:41, schrieb David Haller:
Hallo,
Am Fri, 08 Mar 2013, Werner Franke schrieb:
Leider wird das nirgendwo hin protokolliert, so dass ich es abfotografiert habe. Siehe http://home.arcor.de/wfranke/images/Crash.JPG
Da semmelt Xorg mit nem Fehler im i915 Grafiktreiber für die integrierte Grafik in der intel_gtt_map_memory Funktion ab.
Vorschläge:
a) Speichertest und zwar nicht nur mit memtest sondern auch mit was Grafiklastigem. Ich hatte hier im anderen Rechner defektes RAM, was eine Runde memtest überstand, aber je ein 'mencoder -ovc lavc -lavcopts vcodec=mpeg4' pro Kern brach Anfangs in ca. 50% der Versuche mit nem SEGFAULT ab, recht bald aber sogar wenn nur ein Prozess lief. Des weiteren: prime95 im "Stress-Test" ('mprime -t'), siehe http://www.mersenne.org/freesoft/
b) mal DRM/KMS deaktivieren bzw. nur vesa/fbdev Treiber verwenden, dabei nicht das 'nomodeset' als Kernel-Parameter vergessen und die initrd aktualisieren
c) mal ne andere Grafikkarte, am besten eine "known good" stecken, die Onboard-Grafik lahmlegen und wieder testen...
Ahja, Danke !! Ich verwende die interne Grafik eigentlich nicht, da ich eine NVIDIA Geforce 8400GS stecken habe. Ausserdem habe ich festgestellt, dass X abstürzt, wenn ich einen zweiten Monitor an der internen Grafik aktivieren will. Es gibt da schon einen Bugreport dazu. Ich denke die Option c) oben ist für mich die richtige. Muss nur noch herausfinden, welche Einstellung das im BIOS ist. Das ist zwar ein neues klickibunti BIOS, aber die Helps zu den Punkten sind nicht besser geworden ;-) Gruss Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 08.03.2013 13:11, schrieb Werner Franke:
Hi David,
Am 08.03.2013 10:41, schrieb David Haller:
Hallo,
Am Fri, 08 Mar 2013, Werner Franke schrieb:
Leider wird das nirgendwo hin protokolliert, so dass ich es abfotografiert habe. Siehe http://home.arcor.de/wfranke/images/Crash.JPG
Da semmelt Xorg mit nem Fehler im i915 Grafiktreiber für die integrierte Grafik in der intel_gtt_map_memory Funktion ab.
Vorschläge:
a) Speichertest und zwar nicht nur mit memtest sondern auch mit was Grafiklastigem. Ich hatte hier im anderen Rechner defektes RAM, was eine Runde memtest überstand, aber je ein 'mencoder -ovc lavc -lavcopts vcodec=mpeg4' pro Kern brach Anfangs in ca. 50% der Versuche mit nem SEGFAULT ab, recht bald aber sogar wenn nur ein Prozess lief. Des weiteren: prime95 im "Stress-Test" ('mprime -t'), siehe http://www.mersenne.org/freesoft/
b) mal DRM/KMS deaktivieren bzw. nur vesa/fbdev Treiber verwenden, dabei nicht das 'nomodeset' als Kernel-Parameter vergessen und die initrd aktualisieren
c) mal ne andere Grafikkarte, am besten eine "known good" stecken, die Onboard-Grafik lahmlegen und wieder testen...
Ahja, Danke !!
[...]
Seit dem ich im BIOS von "Auto" auf die PCIE Grafikkarte umgeschaltet habe, ist der PC nicht mehr abgestürzt. Habe ihn allerdings erst 4 Mal runtergefahren. Danke nochmal an David. Gruss Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Mon, 11 Mar 2013, Werner Franke schrieb:
Am 08.03.2013 13:11, schrieb Werner Franke:
Am 08.03.2013 10:41, schrieb David Haller:
Am Fri, 08 Mar 2013, Werner Franke schrieb:
Leider wird das nirgendwo hin protokolliert, so dass ich es abfotografiert habe. Siehe http://home.arcor.de/wfranke/images/Crash.JPG
Da semmelt Xorg mit nem Fehler im i915 Grafiktreiber für die integrierte Grafik in der intel_gtt_map_memory Funktion ab. [..] c) mal ne andere Grafikkarte, am besten eine "known good" stecken, die Onboard-Grafik lahmlegen und wieder testen...
Ahja, Danke !!
[...]
Seit dem ich im BIOS von "Auto" auf die PCIE Grafikkarte umgeschaltet habe, ist der PC nicht mehr abgestürzt. Habe ihn allerdings erst 4 Mal runtergefahren.
Dann wäre noch interessant, ob du sog. "Sideport Memory" für die GraKa onboard hast oder nicht. Wenn ich mir so die "P8Z77-V *" auf asus.com anschaue, dann nicht. D.h.: es kann gut sein, daß das OS jetzt auf den bisher für die Onboard-Grafik reservierten Speicher zugreifen kann und dieser defekt ist. Also laß mal ne Runde mencoder[1] (einer je Kern) / prime95 / memtest rödeln und guck, daß du bei mencoder/prime95 währenddessen den Speicher auslastest. Ggfs. auch mal den Speicher mit noch mehr Prozessen auslasten, z.B. eine Runde mit und ohne "Speicherfressern" wie Java/Mozilla/LOffice. Vorteil von mencoder / prime95 ist halt, daß du derweil an der Kiste weiterwursteln kannst. Memtest ist IMO leider untauglich langsam, dafür, daß es sowieso oft auch bei Defekten nix findet (wie bei mir in einer Runde von >2h bei nur 1 GB DDR3-800 IIRC ohne Befund, aber wie geschrieben mit dem sehr auffälligen Muster beim mencoder). Hilfreich beim testen wäre ggfs. (falls mencoder/prime95 nicht genug Speicher brauchen) daß du jew. nur einen MEM-Riegel stecken läßt. Alternativ: bzw. die Onboard-Grafik mit jew. nur einem Riegel wieder aktivierst und guckst, ob der Fehler auftaucht. Ansonsten kann ich noch empfehlen, daß du "auf Verdacht" mal den Speicher beim Fachhändler reklamierst. Bei mir hat Arlt den Hinweis auf das Verhalten mit den SEGFAULTS beim mencoder als Grund akzeptiert (der sich dann bestätigt hat, sowohl bei mir (seit die neuen Module drin waren liefs, als auch vermutlich bei Arlt bzw. dem Hersteller der ersten Module)). Ouha, achso, ja, falls du im BIOS nur von "Onboard" auf "PEG" als "erste GraKa" umgeschaltet (und nicht die onboard komplett deaktiviert) hast, dann kann es auch gut "nur" ein Bug im i915-Treiber / KMS / Xorg bzw. der Grafik-FW etc. sein. Wofür auch das "beim Runterfahren" eigentlich spricht. Ignoriere in dem Fall das obige andere also, aber ich hab das alles jetzt schon getippt und so ganz allgemein ... ;)) HTH, -dnh [1] wie geschrieben mit dem "vcodec=mpeg4", ob das auch bei anderen Codecs so auftritt kann ich nicht beurteilen, die Codecs beackern den Speicher ja durchaus unterschiedlich. Evtl. hat sich allerdings auch seitdem das Verhalten dieses Codecs verändert, ich hab den defekten Speicher halt nicht mehr um das zu testen. Aber mal testhalber laufen lassen und SEGFAULTS an "beliebigen" Stellen zu bekommen wäre ein Hinweis. Vermutlich ist prime95 aber sinnvoller, für mich war mencoder da eben auch die konkrete Anwendung auf der Kiste ;) -- Martouf: If you all are sure you understand what you are volunteering for. Daniel: You said Hell, right? O'Neill: Well, I'm gonna end up there sooner or later. Might as well check out the neighborhood, huh? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi David, Am 11.03.2013 17:57, schrieb David Haller:
Hallo,
Am Mon, 11 Mar 2013, Werner Franke schrieb:
Am 08.03.2013 13:11, schrieb Werner Franke:
Am 08.03.2013 10:41, schrieb David Haller:
Am Fri, 08 Mar 2013, Werner Franke schrieb:
Leider wird das nirgendwo hin protokolliert, so dass ich es abfotografiert habe. Siehe http://home.arcor.de/wfranke/images/Crash.JPG
Da semmelt Xorg mit nem Fehler im i915 Grafiktreiber für die integrierte Grafik in der intel_gtt_map_memory Funktion ab. [..] c) mal ne andere Grafikkarte, am besten eine "known good" stecken, die Onboard-Grafik lahmlegen und wieder testen...
Ahja, Danke !!
[...]
Seit dem ich im BIOS von "Auto" auf die PCIE Grafikkarte umgeschaltet habe, ist der PC nicht mehr abgestürzt. Habe ihn allerdings erst 4 Mal runtergefahren.
Dann wäre noch interessant, ob du sog. "Sideport Memory" für die GraKa onboard hast oder nicht. Wenn ich mir so die "P8Z77-V *" auf asus.com anschaue, dann nicht. D.h.: es kann gut sein, daß das OS jetzt auf den bisher für die Onboard-Grafik reservierten Speicher zugreifen kann und dieser defekt ist. Also laß mal ne Runde mencoder[1] (einer je Kern) / prime95 / memtest rödeln und guck, daß du bei mencoder/prime95 währenddessen den Speicher auslastest. Ggfs. auch mal den Speicher mit noch mehr Prozessen auslasten, z.B. eine Runde mit und ohne "Speicherfressern" wie Java/Mozilla/LOffice. Vorteil von mencoder / prime95 ist halt, daß du derweil an der Kiste weiterwursteln kannst.
[...] Ich habe kein extra Memory nur für die onboard GraKa. Kann im BIOS auch nur die Mem-Grösse einstellen. Ich habe es gestern mal mit mencoder probiert, aber bei 16GB Hauptspeicher habe ich es nicht geschafft den auch nur etwas auszunutzen. Und von den 4 Riegeln immer nur einen stecken, habe ich erst mal nicht gemacht.
Ouha, achso, ja, falls du im BIOS nur von "Onboard" auf "PEG" als "erste GraKa" umgeschaltet (und nicht die onboard komplett deaktiviert) hast, dann kann es auch gut "nur" ein Bug im i915-Treiber / KMS / Xorg bzw. der Grafik-FW etc. sein. Wofür auch das "beim Runterfahren" eigentlich spricht. Ignoriere in dem Fall das obige andere also, aber ich hab das alles jetzt schon getippt und so ganz allgemein ... ;))
Ich habe ja schon zu Anfang geschrieben, dass wenn ich beide GraKas verwende, an der onboard einen Monitor anschliesse und in KDE4 den dann aktivieren will, der PC abstürzt. In welchem Modul habe ich jetzt nicht mehr parat. Das ist laut Google ein bekannter Fehler. In 12.3 werde ich es wieder probieren. Danke und Gruss Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Boris -
David Haller -
Werner Franke