Moinsen, meine Kiste: Fujitsu-Siemens Manufacturer: FUJITSU SIEMENS Product Name: AMILO Desktop Li3425A Version: 10601019555 Serial Number: DNAN001750 UUID: 00000000-0000-0000-0000-00242118F17F BIOS Information Vendor: American Megatrends Inc. Version: V2.0S Release Date: 12/16/2008 ubuntu 16.10 gnome desktop 4GB RAM 2x3GHz core duo Graphik Nvidia GT630 Rev.2 Standard-Netzteil von Arlt, ca. 2012 Funktionierte soweit prima. Der Ärger ging los, als ich einen 2.Bildschirm rangehängt habe, einer über HDMI->DVI, einer direkt an DVI. Das hat zunächst auch einigermaßen funktioniert, allerdings - je länger der Ruhezustand dauerte, desto schlechter wurde ich Chance, daß er wieder ordentlich aufwachte. Über die Monate wurde die mögliche "Schlafzeit", nach der er wieder hochkam, immer kürzer. Inzwischen wacht der Rechner aus dem "suspend" zwar noch auf, die Graphik ist aber eingefroren, nichts geht mehr, Tastatur und Maus tot. Über ssh läßt sich der xserver killen, meistens startet er dann neu und alles wieder gut. Ich hatte ein paar verschiedene (Linux)-Systeme drauf - immer das gleiche Problem. Wenn ich den 2.Bildschirm abhänge, ist alles wieder gut. Da sich das so schleichend über die Monate entwickelt hat, vermute ich Kondersatoralterung. Wo würdet Ihr suchen? - Netzteil, Hauptplatine, Graphikkarte? Mit Dank und den besten Grüßen, Wolf
Wolf D. schrieb: > Über ssh läßt sich > der xserver killen, meistens startet er dann neu und alles wieder gut. .. > Da sich das so schleichend über die Monate entwickelt hat, vermute ich > Kondersatoralterung. Wo würdet Ihr suchen? - Netzteil, Hauptplatine, > Graphikkarte? Wenn sich das Problem mit dem Neustart einer Softwarekomponente lösen lässt, würde ich auf ein Software statt einem Hardwareproblem suchen. Versuch doch mal ein script das nach dem Aufwachen aus dem suspend der Xserver automatisch killt wenn 10s lang kein mouse-event eintrudelte.
Hm. Da das Problem in zahllosen verschiedenen Software-Konstellationen auftritt, denke ich eher nicht an Software. Den xserver zu killen und neuzustarten würde auch zu lang dauern - dann wäre der Schlafmodus nicht mehr sinnvoll.
Die Welt der Technik ist voller Rätsel. Monatelang hatte ich Probleme mit dem Thema - und ein paar Tage, nachdem ich diese Anfrage reingestellt hatte, hörten sie plötzlich auf. Wahrscheinlich war es doch ein Software-Ding - und womöglich lösen Kernel-Updates ja gelegentlich sogar mal Probleme... (-; Danke! W
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.