System friert kurz ein storeahci/disk

[KEV1994]

Hallo zusammen!

Ich habe ein Problem mit meinem neuen System.
Und zwar bekomme ich ab und zu die Fehler.
1. ( storahci ) Ein Zurücksetzen auf Gerät "\Device\RaidPort1" wurde ausgegeben.
2. ( disk ) Der E/A-Vorgang an der logischen Blockadresse "0x5d9410" für den Datenträger "1" (PDO-Name: \Device\00000037) wurde wiederholt.

Habe Windows neu aufgesetzt, alle aktuellen Treiber installiert, neuste Bios Version aktualisiert und sata/Stromkabel gewechselt.
Leider kommt der Fehler immer noch ab un zu.

wäre euch wirklich sehr dankbar wenn ihr mir weiterhelfen könntet.

System:

AMD Ryzen 2600
16 GB G.skill Aegis 3000
Asus TUF B450-Plus Gaming
Gtx 1060 6 GB
be quiet! Pure Power 11 500W
SanDisk SDSSDA240G
WDC WD5000AVDS-63U7B1 (WD-WCAV9EJ28710)

 

[spfccmtftt89]

Moin,

wie äußert sich diese kurze Einfrieren? Hast du ein kurzes "eeehhh" auf den Boxen, wenn das System einfriert?

 

[KEV1994]

Es kommt kein Ton die Maus kann ich noch bewegen. Wenn ich Programme starten will wenn der Fehler auftritt passiert 1-2 Minuten nichts und dann geht schlagartig alles auf.

 

[Funksignal]

CrystalDiskInfo installieren und mal die SMART Werte der Festplatte ausgeben lassen.

 

[KEV1994]

Scheint ok zu sein

 

[AmunRee]

Schau mal bitte hier https://www.mcbsys.com/blog/2016/11/windows-10-freezes-with-storahci-129-errors/

So konnte ich das Problem lösen

 

[spfccmtftt89]

Ich hatte 10 Monate lang ein ähnliches Problem mit diversen SSDs (Crucial MX300, MX500, Samsung 850 Evo), scheinbar war der Controller der SSDs "inkompatibel" mit meiner Resthardware und Windows 10.

Jedenfalls war bei mir die Lösung, beim Partitionieren der SSD im Windows-Setup hinter der Windows-Partition noch eine kleine Partition mit ca 300-400MB anzulegen, seitdem läuft es.

Lustigerweise tritt der Fehler nur bei mir auf, bei allen anderen PCs im Umfeld nicht.

Vielleicht ist das ja noch ein Ansatz.

 

[KEV1994]

Ich hab das mit dem Link Power Management mal probiert.
Werde die Sache jetzt mal weiter beobachten und mich nochmal melden.

Danke für dir fixen Antworten

 

[blackbirdone]

Hatte das auch immer wieder.
Am Ende wars der Sata Port oder das Kabel.

Ist super nervig. Das mit dem Link hatte ich auch probiert aber ohne Wirkung.

In der datenträgercerwaltung steht die Platte dann als nicht initalisierter Speicher.

Ps SSDs kannste problemlos im Betrieb an und ab stecken. So konnte ich das Problem eindämmen(natürlich nur wenn es keine systemplatte ist )

 

[KEV1994]

Es sind noch mehr Probleme aufgetreten. Es scheint das Board zu sein werde es tauschen.

 

[Holt]

Scheint ok zu sein

Nein, der Rohwert von C7 ist bei der SSD nicht mehr 0 und auch wenn CDI den Namen nicht kennt (deshalb Herstellerspezifisch schreibt), so dürften es die Ultra-DMA CRC Fehler sein. Beobachte mal ob der über Rohwert von C7 steigt, wenn ja, dann prüfen ob beide Stecker des SATA Datenkabels fest sitzen und wenn dies auch der Fall ist, tausche es aus. Außerdem ist die SSD DRAM less und da kann es sowieso passieren, dass das System mal langsam wird. Tomshardware hat mal mehrere solcher DRAM less SSDs getestet und schreibt im Fazit:

It's true that the drives are faster than a hard disk drive, but when you lean on them with a slightly elevated workload, they can stall, stutter, and deliver a worse user experience than you would get with a spinning mechanical disk.

Das liegt daran das die Controller die Mappingtabelle also den Flash Translation Layer (FTL) und eben nicht Userdaten im DRAM Cache ablegen, also die Information wo die Daten im NAND stehen und wo NAND frei ist um dort schreiben zu können. Die ohne DRAM Cache halten dann immer einen kleinen Teil der Mappingtabelle im interen SRAM des Controller, genug um gut in den Benchmarks abzuschneiden die ja nur über ein oder weniger GB Adressraum benchen und daher tolle Werte ins Datenblatt schreiben zu können. Aber im Alltag muss der Controller dann ständig erstmal wieder den passenden Teil aus dem NAND nachladen, was eben viel länger als ein DRAM Zugriff dauert.