SSD Defekt?

[Holt]

Wie man sieht kennt das SanDisk Tool alle Attributnamen und die sind alle in Ordnung. Leider gibt es keine Anzeige von Ultra-DMA CRC Fehler, aufgrund der man Probleme mit dem SATA Kabel diagnostizieren kann.

Auch wenn die SSD noch nicht so viele Daten geschrieben hat, würde ich mal versuchen sie komplett zu trimmen, etwa durch ein Schnellformat unter Windows oder ein Secure Erease ausführen. Vorher musst Du aber ein Image ziehen oder hinterher Windows neu installieren, aber einfach so weitermachen wirst Du ja wohl sowieso nicht wollen.

@Hallo32, das Board hat nur SATA Ports vom Z77 und die ist am einem 6Gb/s Port angeschlossen, wie man im Screenshot von CDI auf aus den Werten über 300MB/s sieht.

 

[Hallo32]

@Holt
Hatte die Spezifikationen des Boards noch nicht nachgeschaut.

Ergänzung (16. November 2014)

Zum Trimmen würde auch http://forum.crucial.com/t5/Crucial-SSDs/SSD-Tool-free-space-trimmer/td-p/51198 gehen, wenn der Treiber Stack iO ist.

 

[bpc2k7]

Danke schon mal für die Hilfe!

Mittels des Sandisk-Tools hatte ich schon getrimmt, leider auch keine Auswirkungen...

 

[Hallo32]

Kannst du die SSD in einen anderen Rechner als "Daten" SSD testen?
Hat die SSD noch Garantie?

 

[bpc2k7]

Trifft beides leider nicht zu.

 

[Hallo32]

Hast du mit http://files.thecybershadow.net/trimcheck/ einmal kontrolliert ob Trim funktioniert?

 

[Holt]

Du kannst es mal mit Free Space Trimmer oder AS FreeSpaceCleaner versuchen, am Besten wäre es aber die Platte auszubauen und einmal schnell zu formatieren, dabei trimmt Windows ab Win7 auch alles. Benche aber vorher noch einmal im Abgesicherten Modus von Windows, nicht das nur eine SW da massiv bremst. Verschlüsselt hast Du sie nicht, oder? Das wird Dir Trimchheck aber auch anzeigen, denn das läuft nicht, wenn die Partition verschlüsselt oder komprimiert ist.

 

[Hallo32]

... oder AS FreeSpaceCleaner versuchen, ...

Das Teil ist für aktuelle SSDs nicht mehr zu empfehlen. Es schreibt erst den ganzen freien Speicher voll und löscht diesen wieder.

 

[bpc2k7]

Werde es heute Nachmittag testen und gebe danach Rückmeldung.

Ergänzung (17. November 2014)

TRIM ist lt. dem Tool aktiviert:
files.thecybershadow.net/trimcheck/

Werde es aber zusätzlich noch im abgesicherten Modus versuchen.

 

[Holt]

Benche noch mal im Abgesicherten Modus, da werden viele Programme die sonst im Hintergrund mitlaufen nicht gestartet.

 

[bpc2k7]

Hatte nach dem obigen TRIM-Check nochmal im Normalmodus getestet und folgende Werte erhalten



Kann mir jemand erklären, weshalb sie jetzt wieder funktioniert?

 

[Holt]

Die Werte sehen normal aus, die SSD wurde wohl vorher nicht getrimmt. Hattest Du einen anderen Treiber in Benutzung?

 

[bpc2k7]

Nein, aber lt. den diversen Tools fand doch schon vorher ein TRIM statt...

 

[Holt]

Welche Tools? Einzige Tremcheck prüft wirklich, ob TRIM funktioniert indem es die getrimmten LBAS vorher und nachher ausliest und vergleicht. Die anderen zeigt eigentlich nur an, ob der Controller angibt TRIM zu unterstützt (z.B. CrystalDiskInfo) oder ob Windows überhaupt TRIM Befehle schickt (das kann man mit fsutil behavior query DisableDeleteNotify auch selbst auslesen und mehr macht etwa Drive Controller Info auch nicht). Das sind beides die Voraussetzungen, zeigt aber nicht ob der Controller wirklich TRIM Befehle bekommt, TRIM also wirklich funktioniert.

 

[bpc2k7]

Welche Tools? Einzige Tremcheck prüft wirklich, ob TRIM funktioniert indem es die getrimmten LBAS vorher und nachher ausliest und vergleicht. Die anderen zeigt eigentlich nur an, ob der Controller angibt TRIM zu unterstützt (z.B. CrystalDiskInfo) oder ob Windows überhaupt TRIM Befehle schickt (das kann man mit fsutil behavior query DisableDeleteNotify auch selbst auslesen und mehr macht etwa Drive Controller Info auch nicht). Das sind beides die Voraussetzungen, zeigt aber nicht ob der Controller wirklich TRIM Befehle bekommt, TRIM also wirklich funktioniert.

Wieder was gelernt.
Danke euch auf jeden Fall für die tolle und kompetente Unterstützung!!

 

[peter83]

Wäre mir neu, gerade wo man bei HDTune den bug der 840EVO klar und deutlich gesehen hat währen AS SSD nur murks geliefert hat.

ASSSD bencht mit selbst geschriebenen Daten. Da kann es den Bug nicht finden den du meinst. Das bedeutet nicht dass ASSSD schlecht ist. Aber egal.

@bpc2k7 hast du das Kabel mal getauscht?

 

[kisser]

Die Werte sehen normal aus, die SSD wurde wohl vorher nicht getrimmt.

Meine wurde noch nie getrimmt und dennoch habe ich weitaus höhere Werte. Glaubst du also wirklich, dass ohne Trim die Schreibrate auf 2MB/s einbricht?

 

[Hallo32]

Meine wurde noch nie getrimmt und dennoch habe ich weitaus höhere Werte. Glaubst du also wirklich, dass ohne Trim die Schreibrate auf 2MB/s einbricht?

Trim dürfte die Ursache nicht gewesen sein. Es wurde nur getestet ob die SSD getrimmt wird. Der freie Speicher wurde aber nicht komplett getrimmt.

 

[Holt]

Wenn TRIM immer funktioniert hat, dann wurden die LBAs entweder nie beschrieben, sind also für den Controller frei, beschreiben und getrimmt (weil die Datei wieder gelöscht wurde) und sind dann auch für den Controller frei oder sie sind belegt. Außer der Controller verwirft die TRIM Befehl regelmäßig, wenn kurz darauf auch andere Zugriffe erfolgen.

 

[emeraldmine]

hm, wird wohl immer aktueller das Thema, hab hier jetzts schon verschieden SSDs gehabt, bei beiden ist mir doch bei 6000+ Betriebsstunden der interne Controller defekt gegangen. Typisch für moderne SSDs ? Die Speicherzellen waren ja intakt konnte nur noch die SMART Werte auslesen , aber nicht mehr Partitionieren/Formatieren (Linux/Win).