ASRock 880GMH/USB3 S-ATA Problem?

[rokim]

Schönen Tag alle zusammen!

Ich brauche bitte eure Hilfe! Im Dezember 2010 habe ich mir einen Zweitrechner gekauft mit folgender Konfiguration:

• ASRock 880GMH/USB3 Rev.2.0
• AMD64X3 AM3 AthlonII 450BOX
• Netzteil be quiet! 300W Pure Power L7
• DDR3 4096MB 2x2 PC1333 G.Skill
• SATAIII 1000GB WD Caviar Black WD1002FAEX

Bis vor ca. zwei Monaten wurde der Rechner so gut wie nie genutzt, weswegen das Problem erst jetzt aufgefallen ist. Unter Windows 7 x64 hängt sich der Rechner willkürlich auf (Neustart oder kompletter Freeze). Manchmal passiert eine Woche lang nichts, dann wieder 5 mal täglich. Bisher habe ich keine Möglichkeit gefunden den Fehler zu provozieren. Es passiert während Office Arbeiten, im Firefox oder einfach im Idle-Zustand...
Komisch dabei ist nur, wenn ich ihn dann neustarten will, erkennt er die Festplatte nicht mehr. Sobald ich die Platte in einen anderen S-ATA Port stecke, fährt er wieder einwandfrei hoch. Am Port liegts wohl nicht, denn ich wechsle nur zwischen Port 3 und 4. Die Festplatte und das OS kann man ebenfalls ausschließen, da ich sie gegen eine andere WD getauscht habe. Auf dieser läuft Ubuntu 10.10 und bringt mir einen ähnlichen Fehler. Das Bild friert ein, aber im Systemmonitor sehe ich noch, dass ein Kern komplett ausgelastet ist.
Folgende Meldung aus der kern.log:

Sep 25 20:51:03 rokim-desktop2 kernel: [    2.085956] sd 4:0:0:0: [sda] Attached SCSI disk
Sep 25 20:51:03 rokim-desktop2 kernel: [    2.337875] EXT4-fs (sda1): INFO: recovery required on readonly filesystem
Sep 25 20:51:03 rokim-desktop2 kernel: [    2.337884] EXT4-fs (sda1): write access will be enabled during recovery
Sep 25 20:51:03 rokim-desktop2 kernel: [    4.575828] EXT4-fs (sda1): orphan cleanup on readonly fs
Sep 25 20:51:03 rokim-desktop2 kernel: [    4.575842] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 59514070
Sep 25 20:51:03 rokim-desktop2 kernel: [    4.575892] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 59513679
Sep 25 20:51:03 rokim-desktop2 kernel: [    4.575913] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 262227
Sep 25 20:51:03 rokim-desktop2 kernel: [    4.575931] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 59514303
Sep 25 20:51:03 rokim-desktop2 kernel: [    4.575958] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 59514175
Sep 25 20:51:03 rokim-desktop2 kernel: [    4.575978] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 262220
Sep 25 20:51:03 rokim-desktop2 kernel: [    4.576021] EXT4-fs (sda1): 6 orphan inodes deleted
Sep 25 20:51:03 rokim-desktop2 kernel: [    4.576025] EXT4-fs (sda1): recovery complete
Sep 25 20:51:03 rokim-desktop2 kernel: [    5.072386] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Sep 25 20:51:03 rokim-desktop2 kernel: [   14.088056] <30>udev[337]: starting version 167
Sep 25 20:51:03 rokim-desktop2 kernel: [   14.103060] lp: driver loaded but no devices found

Und aus der syslog:

Oct  6 20:42:52 rokim-desktop2 kernel: [    2.075780] EXT4-fs (sda1): INFO: recovery required on readonly filesystem
Oct  6 20:42:52 rokim-desktop2 kernel: [    2.075788] EXT4-fs (sda1): write access will be enabled during recovery
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984190] EXT4-fs (sda1): orphan cleanup on readonly fs
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984205] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4984074
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984255] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4983413
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984265] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 59516874
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984286] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 59516871
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984313] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4984061
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984322] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4984038
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984330] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4984002
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984338] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4984001
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984346] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4984000
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984354] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4983999
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984361] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4983978
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984369] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4983968
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984377] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4983654
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984385] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4983576
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984393] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 4982425
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984402] EXT4-fs (sda1): ext4_orphan_cleanup: deleting unreferenced inode 262185
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984410] EXT4-fs (sda1): 16 orphan inodes deleted
Oct  6 20:42:52 rokim-desktop2 kernel: [    3.984414] EXT4-fs (sda1): recovery complete
Oct  6 20:42:52 rokim-desktop2 kernel: [    4.443859] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Oct  6 20:42:52 rokim-desktop2 kernel: [   13.400784] <30>udev[328]: starting version 167
Oct  6 20:42:52 rokim-desktop2 kernel: [   13.413046] lp: driver loaded but no devices found
Oct  6 20:42:52 rokim-desktop2 kernel: [   13.418417] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
Oct  6 20:42:52 rokim-desktop2 kernel: [   13.462547] Adding 9828348k swap on /dev/sda5.  Priority:-1 extents:1 across:9828348k 
Oct  6 20:42:52 rokim-desktop2 kernel: [   13.472418] <30>udev[335]: renamed network interface eth0 to eth2
Oct  6 20:42:52 rokim-desktop2 kernel: [   13.478377] [drm] Initialized drm 1.1.0 20060810
Oct  6 20:42:52 rokim-desktop2 kernel: [   13.478954] ACPI: resource piix4_smbus [io  0x0b00-0x0b07] conflicts with ACPI region SOR1 [io 0xb00-0xb0f]
Oct  6 20:42:52 rokim-desktop2 kernel: [   13.478956] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver

Liegt es am SATA Controller oder hat jemand eine Idee, was ich machen könnte? Ich wäre euch wirklich sehr dankbar!!!

 

[Mralien]

Hatte das gleiche problem, bin aber auf eine lösung für das SATA-Problem gestoßen. Was die freezes angeht, steht testing noch aus.

Das SATA-problem ist gefährlich, da dir durch den bug manchmal die windows- partition gelöscht werden kann. ist mir 3x passiert. um auf die lösung zu kommen habe ich ca. 15 x windows installiert, komplett neuen ram gekauft, 5 festplatten und 2 dvd laufwerke getestet.

Aber hier für dich mein lösungsvorschlag:
-Bootfestplatte an sata 6 gb (1.anschlus, weiß)
-2. Festplatte an sata 6 gb (2.anschluss, weiß)
-Dvd an sata 3gb (1.anschluss, blau)
-Keine alten ide platten/laufwerke verwenden! auch nicht mit sata-adapter!!

Bios:
-Sata 6 gb auf ahci stellen
-Sata 3 gb auf ide stellen, amd modus an

Windows:
-Neuinstallation, beim booten f2 drücken und uefi installation starten
-festplatte neu partitionieren
-Sp1 installieren
-Winfuture.de updatepack für windows 7x64 installieren
-Alle treiber von asrock.de herunterladen entpacken
-Alle treiber, servicepacks, updatepacks mit rechtsklick auf setup-datei: “als administrator ausführen “ starten
-Mit asrock AllInOne-treiber beginnen
-Bis dahin keine windows updates erlauben

Update: habe leider noch freezes :-( laufwerke findet er aber immer
Update 2: habe ram vcore um 0,5 V erhöht (auf 1,55V), scheint stabiler, testing steht noch aus, werde anschließend cpu vcore erhöhen und ggf. älteres bios aufspielen

 

[rokim]

WOW! Du hast echt schon einiges hinter dir... Danke auf für deine Mühe!
Mittlerweile hab ich wohl die Lösung gefunden, zumindest für meinen Fall. Es lag wohl am SATA Kabel. Eigentlich war das so ziemlich das erste was ich ausgetauscht habe, aber irgendwie wollte es dann nicht (beide "kaputten" Kabel haben diesen Metallclip zum Einrasten). Nachdem ich ein ganz normales, altes SATA Kabel einbaut hatte, ging alles problemlos bis heute. Sind mittlerweile auch schon zwei Wochen ohne Abstürze!!!

 

[Mralien]

Danke für Dein Feedback. Allerings habe ich von Anfang an normale SATA-Kabel ohne Metall-Clip verbaut und diese zwischenzeitlich auch ausgetauscht - aber durch welche, die ich bereits erfolgreich in Betrieb hatte. Heute erstmal Stabilitätstest. Wenn das nichts bringt, werde ich meine SATA-Kabel ggf. durch andere tauschen, vielleicht bringt das ja tatsächlich was.

Da ggf. auch andere User auf das Problem gestoßen sind, werde ich weiter berichten

 

[rokim]

Super Sache!
Bin gespannt was rauskommt!

 

[Mralien]

*YEAHAA* Habe die Lösung für die Freezes gefunden:
Das SATA-Problem konnte ich, wie oben beschrieben, lösen. Neue SATA 3 Kabel habe ich zur Sicherheit trotzdem gekauft. Allerdings entgegen Deinem Tipp: Ohne Probleme mit Metall-Clip! Und so vermute ich, dass Du ursprünglich das selbe Problem hattest, aber durch den Kabeltausch durch Zufall die richtige Reihenfolge gewählt hast (nagut Dein Kabel kann auch kaputt gewesen sein

Die Freezes hatte ich aber erstmal trotzdem noch

Nun schien das SATA-Problem aber behoben, also musste es am RAM liegen. Dabei hatte ich ja bereits andere RAM-Bausteine gekauft, die direkt mit dem Board als "kompatibel" getestet und für gut befunden wurden (8GB Corsair Vengeance CMZ8GX3M2A1600C9, der andere Speicher war eig. für Intel, sollte aber laut Support laufen: GSkill RipjawsX F3-17000CL11D-8GBXL).

Aber ich ließ nicht locker und wußte ja von Dir, dass das Board stabil laufen kann. Also habe ich Testweise den Corsair-Speicher von 1600 auf 1333Mhz getaktet. Das hatte ich zwar vorher schon getan, wusste zu dieser Zeit jedoch noch nicht, dass 2 Probleme mit dem Bard bestehen. Damit hatte ich diese Lösung ursprünglich nicht weiter verfolgt.

Und siehe da - das Ding lief @1333Mhz erstmal stabil und ist nicht schon nach wenigen Minuten abgestüzt! Da war ich erstmal froh, aber nicht zufrieden, da ich dann ja auch hätte billigeren RAM kaufen können /-:

Tja, das witzige kommt aber noch! Merkwürdig war, dass sogar das Timing: 7-7-7-24 @1333Mhz problemlos ging. Memtest 4.20 lief stabil! So hab ich gleich mal alle 4 Module eingebaut und wieder Memtest gestartet -> auch hier alles super, obwohl ich nun je 2 unterschiedliche Speicher eingebaut hatte (im Handbuch steht auf S.14 man solle das nicht tun ;-)).

So war ich verwundert und habe ich mich getraut es wieder mit 9-9-9-24 @1600Mhz zu versuchen und habe heute morgen wieder Memtest angeworfen. Die Überraschung: Es lief den ganzen Tag ohne Probleme durch!!!!

Meine Schlussfolgerung:
Das Bios (1.70) ist nicht ausgereift! Das Board hat Probleme den RAM bei 1600Mhz zu betreiben, wenn noch 2 Speicherbänke frei sind. Sind alle 4 Bänke belegt, bestehen keinerlei Probleme bei diesem Takt - selbst bei unterschiedlichen Modulen. Auch muss man beim SATA die Reihenfolge beachten, was normalerweise nicht nötig wäre.

(oh wei - jetzt muss ich dekadente 16GB RAM behalten*gg*)

Dann hoffe ich damit einigen anderen Betroffenen geholfen zu haben und wünsche einen angenehmen Abend

 

[rokim]

Hört sich alles sehr verrückt an, aber auf jeden Fall Glückwunsch, dass es jetzt läuft