Ubuntu hängt sich auf

[Brax]

Sorry für OT, aber...

@maui_muc
Ich habe im Thread zum Lüfterumbau gepostet. Leider hast du PNs nicht aktiviert, deswegen kann ich dich nicht direkt fragen. Wie ist es dir damit ergangen? Hast du den Umbau probiert? Ich vermute mal nicht, denn du wolltest einen Erfahrungsbericht posten und ich sehe da keinen.
Ich habe auch ein T60 15" mit ATI X1300. Vielleicht kann ich dann hier auch noch aushelfen, obwohl ich nicht vor hatte, Ubuntu zu installieren, eventuell setze ich das OS neu auf und kann es trotzdem mal versuchen, um Off Topic in On Topic zu verwandeln.

 

[Cra$h]

maui_muc:

cuco:
Übertaktung soweit möglich entfernt ?

Hibbelharry

Die rührt er nicht an, wäre auch mein erster Tipp gewesen. Ansonsten unter Win mit Prime95 die Stabilität richtig testen...

 

[cuco]

FSB von 222 MHz auf 202 MHz gesenkt (200MHz sind nominal). Laut memtest86+ reicht das, um PAT zu deaktivieren, was bei Nominaltakt ja Probleme macht. Ergebnis: 11 min Uptime bis zur Kernelpanic.

 

[maui_muc]

Ich hab einen Weg gefunden um einen Crash zu provozieren. Ironie des Schicksals: Es ist das Backup-Tool Déjà Dup.

Die Sache verhält sich wie folgt: Der Backupprozess beginnt und Déjà Dup kopiert Daten auf die Festplatte im UltraBay Schacht. Manchmal stürzt die Kiste sofort ab ein andermal schafft sie es etwa zur Hälfte. Ein vollständiges Backup am Stück hab ich jedoch noch nie hin bekommen.

Irgend welche Vorschläge zu Bug tracking?

Gruß, Stefan

 

[cuco]

Bei mir läuft auch eine Backupsoftware... Crashplan um genau zu sein. Ob die aber wirklich der Schuldige ist bei meinem Problem?

 

[linrunner]

@maui: ich sag ja schon immer dass es ein Hardwareproblem ist . Debuggen kannst Du da nicht viel, wenn die Maschine einfriert. Statt Dejadup würde ich mal eine größere Datenmenge mit

rsync -avx /vieledaten/ /mountpointderultrabayhdd/

kopieren. Wenn es dann auch freezt, ist die Verbindung in die Ultrabay bzw. die HDD dort verdächtig.

Falls es nur am Akku passiert, setze mal in TLP

SATA_LINKPWR_ON_BAT=max_performance

 

[cuco]

5 Stunden und 42 min ist zwar ein neuer Uptime Rekord bis zur Kernelpanic, kann aber Zufall sein. Ich hatte zwischendurch (vor dem Blacklist) auch schon wieder Abstürze wenige Sekunden nach dem Boot. War also wohl auch nicht das Problem

Mit Ubuntu 12.04 und kernel 3.2 läuft der Rechner nun schon 14 Std. und 21 min. am Stück! Bisher kein freeze... Ich beobachte mal...

 

[yatpu]

das klingt doch schon mal gut. hoffen wir mal das beste *daumendrück*

 

[mifritscher]

Weil dieses Problem mit diesem Rechner in einem anderen Thread wieder hochkam: Lasse die Kiste mal hochfahren, drücke Strg+alt+f4, um auf die Textkonsole zu wechseln und logge dich ein. Parallel dazu loggst du doch über ssh auf die Maschine ein und beschäftigst sie massiv.

Wenns dann kracht solltest du auf der lokalen Textkonsole sehen, was schiefläuft - mit etwas Glück kannst du auch noch scrollen. Mach das ein paar Mal - sehen die Meldungen immer gleich aus? Dann könnte es sich lohnen weiterzuschauen. Wenns unterschiedliche sind: Beiß in den sauren Apfel und teste es ohne die automatische Übertaktung (kannst du dann später wieder aktivieren). Wobei ich ja sogar fast soweit gehen würde die Module, die ohne automatische Übertaktung Problem machen, testweise rauszuschmeißen.

 

[cuco]

Ich bin mir nicht mehr sicher, ich meine aber, die lokale Textkonsole fror genau so mit ein und hatte keine Ausgabe. Aber dafür würde ich meine Hand nicht ins Feuer legen, das kann ich nochmal ausprobieren.

Zur Übertaktung: Es ist quasi umgekehrt. Das Mainboard versucht den RAM schneller (zu schnell) anzusprechen, wenn ich nicht übertakte. Wenn ich übertakte, lässt das Mainboard diese Funktion. Die schnellere RAM-Methode funktioniert nur mit uralten Riegeln stabil, mit neueren nicht (verschiedene getestet). Daher ist die CPU eben um 1% übertaktet, damit die Funktion aus ist. Dann läuft der Rechner auch mit neuen Riegeln stabil (aber eben nur unter Windows sowie beim Test mit memtest, nicht aber unter Linux)