Guten Morgen
ich habe gerade den Mailverkehr zu diesem Problem durchgeschaut. Das Problem kenne ich seit November 2016 und habe das auch so als Bug gemeldet. Damal habe ich es als Problem mit einen xmega384C3 vermutet.
Ein Zusammenhang kann ich irgendwie nicht herstellen, zumal wir seit Monaten eigentlich keine Probleme hatte, aber das bedeutet nix, weil wir die Monate über eher mathematische Lösungen gesucht haben und daher keiner wirklich auf die SD-Karte geschaut hat. Es ist auch kein wirklicher Einzelfall, beim Kunden sind es ca. die Hälfte aller Karten. Bei mir deutlich weniger. Und alles bei gleichen SD-Karten, also aus einer Lieferung. Was ich mal als gleich interpretiere.
Wir hatten auch schon ein Testprogramm im Einsatz, welches wochenlang Dateien auf die SD-Karte geschrieben hat, problemlos, aber das ist ja nicht wirklich relevant, weil dort ausschließlich der FAT32-Treiber zum Einsatz kam, also keinerlei Quereffekte.
Ich habe auch schon versucht aus dem TSearchRec abzuleiten was richtig und falsch sein könnte, aber das bringt auch nix. Auf manchen Karten sind das nicht wie im Beispiel eine Geisterdatei und ein paar aus anderen Ordner, wir habe auch eine Karte da sind das hunterte Dateien.
Anbei noch ein paar Screenshots von zwei Karten, welche ich schon zu Rolf geschickt hatte. Die Temp.txt und Test.txt Dateien stammen wahrscheinlich von Rolf, ich hatte die Karten gerade aus dem Retour-Paket genommen. Diese werden aber als Ordner erkannt, während sie im Explorer korrekt als Dateien mit lesbarem Inhalt erkannt werden, aber mit einem Datum von 1601, was ja eigentlich nicht gehen dürfte.
Der an diesem Beitrag angefügte Anhang ist entweder nur im eingeloggten Zustand sichtbar oder die Berechtigung Deiner Benutzergruppe ist nicht ausreichend.
