160 Tage seit dem letzten Post.
Aktuelle System-Platte ist eine Samsung 850'er mit 500GB
Aktuell geschriebene Daten etwa 1400GB
Alle Werte laut Crystaldisk in Ordnung. Keine Fehlerhaften Sektoren detektiert, keine Schreibfehler, kein einziger Lesefehler. Verschleißanzeige 04 Hex oder so. Was auch immer genau die Ziffern bedeuten, alles unter 64 oder FF (100 bzw 255) muss gut sein, rein theoretisch gesehen. Muss mal einen Screen hochladen wenn ich nicht mehr am Schlepptopp sitze :=)
Trotzdem, vor etwa 2 Wochen, kam beim schreiben einer Datei der Fehler "Datei konnte nicht erstellt werden" und "... Dateisystem fehlerhaft [...] CHKDSK ausführen".
Die Datei war eine AHK (Autohotkey) Datei, die ich zur EXE konvertierte, als die Meldung kam. Sofortiges nochmal-versuchen endete mit Erfolg und ohne Fehler.
2 Durchläufe von CHKDSK mit allen Häckchen gesetzt resultierte in:
Keine Dateisystemfehler
Keine kaputten Sektoren
Crystaldiskinfo meldet nach wie vor obiges Ergebnis - was an sich verwunderlich ist, wurde doch anscheinend ein kaputter Sektor oder was auch immer gemeldet.
Seit 2 Wochen keine Fehlermeldung mehr, nix. Ein weiterer CHKDSK wieder das gleiche/selbe Ergebnis. Nix.
Meine Theorie:
+Programm (Autohotkey) hat den Fehler verursacht
+Controller-Fehler beim Erstellen der Datei VERURSACHT durch AHK
+Tatsächlicher Verschleiß einer Zelle
+Richtiger Controller-Fehler
+Controller-Glitch verursacht durch TRIM-Fehler
Insbesondere letzteres ist interessant.
TRIM nennt sich ja der Garbage also Müll-Sammler, der beim löschen einer Datei, die geschriebenen Sektoren wieder löscht und somit beschreibbar macht.
Durch einen einfachen Test (trimcheck) kann man testen, ob TRIM überhaupt an ist (wenn aus ist dieses SEHR SCHLECHT!). Nun habe ich bemerkt, dass Samsung-Platten einen "semi-TRIM" zu haben scheinen:
Gelöschte Daten sind 1:1 noch auf der Platte zugewiesen, nur halt nicht mehr lesbar vorhanden. Wie bei einer HDD eben auch. Nur bei einer HDD werden die Daten überschrieben, wenn nötig, und sind erst DANN verloren.
Bei den SSD wird durch Trimcheck eine Datenfolge geschrieben und dann gelöscht. Im Log wird dann ersichtlich, ob die Daten weg sind (Log datei ist leer bzw. im Hexeditor sind nur Null-Bytes zu sehen).
Bei Samsung-Platten (allen von mir getesten zumindest), ist ein "halb bzw. semi-TRIM) aktiv: die Daten sind solange noch lesbar, also nicht "WEG-GETRIMMT", bis zum Neustart. ERST nach dem Neustart sind die geschriebenen Daten weg.
Im Hexedito äußert sich das so fern, dass vor dem Neustart die Datei zb. 08 ff ef 67 e6 ... usw. liest, und nach dem Neustart die Datei als 00 00 00 00 ... zurück kommt.
Ich VERMUTE!, vermute, dass dieses auch einen Fehler verursachen KÖNNTE, weil ich an dem Tag, etwa 60-80 GB löschen und schreiben musste (Steam hat beim Spiel-Herunterladen gesponnen), alles einzelne bzw. mehrere größere Dateien.
Es KÖNNTE! durchaus sein, dass dieses den Controller der SSD irgendwie verwirrt hat, weil die Daten ja noch auf der SSD vorhanden sind, und dann doch wieder nicht, und überhaupt.
Ich bin nunmal kein Techniker und Fachwissenschaftler usw., daher alles nur Spekulatius. Aber es könnte sein, dass sich unter bestimmten Umständen, eine SSD "verschlucken" KÖNNTE.
Angenommen, dass der Fehler NICHT durch das Programm "Autohotkey" verursacht wurde. Was auch wahrscheinlich ist, da das Konvertierungs-Programm öfters Zicken macht.
Es bleibt nach wie vor spannend, aber bisher misse ich die fehlenden HDD-typischen Summ-und-Sirr und Lesekopf-Rattereien, trotz gedämmtem Gehäuse und entschwingter Platte, NICHT - es fühlt sich einfach toll an, dass die SSD auch noch wenig Strom fressen und dazu eben keinen einzigen Mucks machen.
SSD.jpg