SD Karte defekt?

[AG1M]

Hallo,

kleine Frage, ich habe mit zwei Durchgängen meine neue Kingston Ultimate SDXC 512GB, UHS-I/Class 10 Karte mit H2testw geprüft, das kam raus:


Der Datenträger ist wahrscheinlich defekt.
477,5 GByte OK (1001454208 Sektoren)
7,6 MByte DATEN VERLOREN (15744 Sektoren)
Details:
0 KByte überschrieben (0 Sektoren)
0 KByte leicht verfälscht (< 8 Bit/Sektor, 0 Sektoren)
7,6 MByte mit Datenmüll (15744 Sektoren)
0 KByte mehrfach genutzt (0 Sektoren)
Erster Fehler bei Offset: 0x0000000d44790000
Soll: 0x0000000d44790000
Ist: 0xf4f0331243809afa
H2testw Version 1.3
Schreibrate: 77,3 MByte/s
Leserate: 78,3 MByte/s
H2testw v1.4


Der Datenträger ist wahrscheinlich defekt.
477,5 GByte OK (1001456288 Sektoren)
6,6 MByte DATEN VERLOREN (13664 Sektoren)
Details:
0 KByte überschrieben (0 Sektoren)
0 KByte leicht verfälscht (< 8 Bit/Sektor, 0 Sektoren)
6,6 MByte mit Datenmüll (13664 Sektoren)
0 KByte mehrfach genutzt (0 Sektoren)
Erster Fehler bei Offset: 0x0000000d7a790000
Soll: 0x0000000d7a790000
Ist: 0xf4f0331263809afa
H2testw Version 1.3
Schreibrate: 76,7 MByte/s
Leserate: 78,3 MByte/s
H2testw v1.4


Also am besten Umtauschen, oder was hat diese kleine unter 10 MB nicht lesbare Daten Angabe für eine Bewandtnis? Und wieso ist beim zweiten Durchgang das weniger geworden? In der Windows Ereignisanzeige wurde auch kein "Bad Block" usw. gemeldet, was ich bei z.B. defekten SSDs/HDDs sonst kenne beim Prüfen, wenn Fehler festgestellt werden.

 

[Holt]

Das ist ein Fehler im NAND und der Controller erkennt ihn nicht oder kann ihn nicht korrigieren, die Controller von SD Karten sind ja sehr viel simpler als bei SSDs. Immerhin scheint er ein Wear-Leveling zu haben, denn der Fehler erscheint ja auf verschiedenen Adressen, die Stelle im NAND mit dem Defekt wurde also bei beiden Durchgängen auf nach außen hin unterschiedliche Adressen gemappt. Daher kann man solche Karten auch nur umtauschen oder wegwerfen, ein Ausblenden der defekten Stellen z.B. über das Filesystem wird nicht gehen, da diese eben immer wieder woanderes auftauchen. Man wird also immer wieder korrupte Dateien und damit Datenverlust haben. Oder es könnte ein RAM Fehler des Rechners sein auf dem h2testw gelaufen ist.

 

[Andi 669]

welche Dateisystem ist da drauf ? bei NTFS werden ja die Verwaltungsdaten immer größer wenn sich die SD füllt so das dann H2testw den letzten Block nicht mehr sauber schreiben kann,
nach dem Log sieht es ja so aus als wenn der Fehler an Ende der SD ist, das wäre dann aber kein Fehler an sich sondern durch das Dateisystem bedingt

 

[AG1M]

@Holt

Danke für die Erklärung, RAM ist ausgeschlossen habe noch weitere SD Karten geprüft alle Fehlerfrei. Das Tool ChkFlsh hat auch 210 Fehler gemeldet bei der SD Karte, die wird schon einen Treffer haben. Gut das es solche Tests gibt und einem später ein Datenverlust/Probleme erspart bleibt, denn jede microSD sowie SD Karte die ich damit mehrfach am Anfang geprüft habe, läuft seit Jahren Fehlerfrei.

@Andi 669

Wie immer FAT32, habe auch schon nochmal neu formatiert, nur um auf Nummer sicher zu gehen, damit es im DAP und Smartphone Problemlos funktioniert. Es liegt nur Musik abgelegt darauf. Habe von der gleichen Serie von Kingston mehrere 256 GB SD Karten seit längeren im Einsatz, da wird beim Prüfen kein Fehler gemeldet.

Ich lasse das einfach von Amazon austauschen ist ja kein Problem, wollte nur sicher gehen.

 

[Holt]

@Andi 669, da gäbe es eine Fehlermeldung das der Platz ausgegangen ist und nicht so viel Daten geschrieben werden konnten wie am Anfang erwartet wurde. Bei eher kleinen eher kleinen Volumen und bei FAT32 passiert das aber nicht, weil hw2testw bei NTFS von Anfang an vorschlägt weniger zu schreiben als am Anfang frei ist und das sollte bei 500GB noch passen.