trimcheck "indeterminate" - wie kommt das?

[highks]

Ich wollte gerade einmal ausprobieren, was trimcheck (V 0.7) bei meinem Sandisk Extreme Pro USB 3.0 Stick sagt, und bekomme jedes Mal das Ergebnis "indeterminate" mit der Erklärung, dass die Daten des ersten Durchgangs mit anderen Daten überschrieben worden seien ("data is neither unchanged nor empty")

Das Ergebnis bekomme ich aber auch, wenn ich den zweiten Durchgang wirklich unmittelbar nach dem ersten starte. Den Virenscanner habe ich versuchsweise auch schon komplett deaktivert, auch sonst laufen keine Programme, die auf den Stick zugreifen könnten. Der Stick ist frisch formatiert und komplett leer.

Heißt das, der Controller des Sticks überschreibt gelöschte Daten sofort selbst mit Zufallsdaten? Oder wie kann man dieses Ergebnis deuten?

 

[Holt]

Poste mal den Screenshot mit dem Ergebnis, also alles was trimcheck ausgegeben hat. Vermutlich wurden die Testdaten wirklich von etwas anderem überschrieben, es kommen also weder die original geschriebenen Date noch 00 raus, welches Controller nach dem TRIM üblicherweise senden. Oder dessen Controller hat kein Deterministic Read Zero after Trim:

There are different types of Trim defined by SATA Words 69 and 169 returned from an ATA IDENTIFY DEVICE command:
Non-deterministic Trim: each read command to the Logical block address (LBA) after a Trim may return different data.
Deterministic Trim (DRAT): all read commands to the LBA after a Trim shall return the same data, or become determinate.
Deterministic Read Zero after Trim (DZAT): all read commands to the LBA after a Trim shall return zero.

Da müsste man mal google welche Bits der beiden Words welche Bedeutung haben und welche Daten der Stick da liefert. Das müsste unter Linux gehen:

Um zu überprüfen, ob eine SSD die TRIM-Funktion unterstützt, nutzt man den folgenden Befehl in einem Terminal [1] mit Root-Rechten [2]:

sudo hdparm -I /dev/sda | grep -i TRIM

Im Positivfall enthält die Ausgabe eine der folgenden Zeilen:
* Data Set Management TRIM supported
* Data Set Management TRIM supported (limit N blocks)
* Data Set Management TRIM supported (limit unknown)

Zu beachten ist außerdem, dass es mehrere Typen von SSDs gibt, die sich darin unterscheiden, welche Daten für per TRIM freigebene Datenblöcke zurückgeliefert werden. Zu erkennen ist der Typ an einer zusätzlichen Ausgabezeile:

•Typ 1 – liefert beliebige Daten zurück, nicht jedoch die Ausgangsdaten vor TRIM:

* Deterministic read data after TRIM

•Typ 2 – liefert Nullen zurück:

* Deterministic read ZEROs after TRIM

•Typ 3 – keine zusätzliche Ausgabezeile, das Verhalten für freigegebene Datenblöcke ist undefiniert.

Der Extreme Pro Stick hat zwar einen SSD Controller der auch TRIM unterstützt, aber normalerweise trimmt Windows keine SSDs die über USB angeschlossen sind, oder nutzt Du schon Win10?

 

[highks]

Ich verwende noch Windows 7 - aber weil Crystal Disk Info sagte, dass der Stick TRIM unterstützt, wollte ich eben mal sehen, was Trimcheck dazu sagt. Man weiß ja nie, welche Überraschungen einen erwarten!

Ich habe es mindestens zehn Mal probiert, es ist immer das selbe Ergebnis: die Blöcke sind mit komplett anderen Daten gefüllt, obwohl nichts zwischendurch auf den Stick schreibt und auch wenn der zweite Durchgang unmittelbar nach dem ersten gestartet wird. Auch Virenscanner an/aus macht keinen Unterschied.

Ergänzung (18. Juli 2015)

Ich habe den Test auf TRIM mal in Linux Mint ausgeführt, dabei bekommt man dann folgendes interessante Ergebnis:

Das wäre dann also "Typ 1 – liefert beliebige Daten zurück, nicht jedoch die Ausgangsdaten vor TRIM"

Das hieße doch dann aber auch, dass TRIM unter Windows 7 auch funktioniert - denn wenn kein TRIM stattfindet, müsste Trimcheck ja die selben Daten wieder lesen, die er vorher geschrieben und gelöscht hat. Oder nicht?

 

[Holt]

Ja das müsste bedeuten, dass TRIM funktioniert hat.

PS: Habe es gerade mal mit meinem Extreme 64GB unter Win 8.1 getestet, da passier genau das Gleiche.

 

[highks]

Wie gesagt...

Man weiß ja nie, welche Überraschungen einen erwarten!

Weißt du zufällig, wie der TRIM bei diesen "Typ 1" (nach dem ubuntuusers-Tutorial) Datenträgern eigentlich funktioniert? Ich meine, die Blöcke sollen doch nach einem TRIM eigentlich leer sein - was nützt es, wenn sie mit anderen Daten überschrieben sind? Oder liefert der Controller da einfach Zufallsdaten?

 

[Holt]

Gute Frage, dazu müsste man ein Programm nehmen (Hexeditor) bzw. schreiben, welches diese getrimmten LBAs wiederholt ausliest und wenn es jedesmal die gleichen Daten sind, liegt zumindest der Verdacht nahe, dass die Daten so im NAND stehen. Oder es werden Pseudozufallszahlen verwendet die für den gleichen LBAs auch immer gleich generiert werden. Nur wenn jedesmal anderen Daten kommen, kann man eigentlich sicher auf Zufallszahlen schliessen.