Hat Windows eine Option für Verify-after-write?

[arthurdont]

Es scheint, so eine Funktion wäre nützlich...

[MikeMan]

Wenn es beide Male durch denselben (kaputten) Algorithmus läuft, wäre evtl. das Ergebnis eines Verify sogar: OK

[JouMxyzptlk]

Nicht generell, aber die Programme welche ihre Daten schreiben können es. xxcopy als Beispiel.
Was fehlt ist die genaue Abschätzung der Häufigkeit. Ich nutze W11 und S2022 mit bitlocker und AES256-XTC. Da aber nichts zickt und seit den letzten Updates keine kaputte Daten untergekommen sind ist die Frage wann genau das passiert. Es sind viele gepackte Dateien, Dateiformate wo darauf empfindlich reagieren wie .jpegxl etc, etliches wo immer checksummen mitfährt... Da fällt so was auf.

[arthurdont]

MikeMan schrieb:
--------------------------------------------------------------------------------
> Wenn es beide Male durch denselben (kaputten) Algorithmus läuft, wäre evtl.
> das Ergebnis eines Verify sogar: OK

Nein. Wenn es beim Verify nach dem Entschlüsseln wieder mit dem Original identisch ist, dann sind die Daten ja nicht beschädigt und es existiert zumindest ein Algorithmus, mit dem sie entschüsselt werden können. Dann kann der Datenträger vielleicht nicht von einer korrekten Implementierung auf einem anderen System gelesen werden, oder die Verschlüsselung ist nicht sicher. Mehr kann ein Verify nie sicherstellen.

[tomatentee]

JouMxyzptlk schrieb:
--------------------------------------------------------------------------------
> Nicht generell, aber die Programme welche ihre Daten schreiben können es.
> xxcopy als Beispiel.
> Was fehlt ist die genaue Abschätzung der Häufigkeit. Ich nutze W11 und
> S2022 mit bitlocker und AES256-XTC. Da aber nichts zickt und seit den
> letzten Updates keine kaputte Daten untergekommen sind ist die Frage wann
> genau das passiert. Es sind viele gepackte Dateien, Dateiformate wo darauf
> empfindlich reagieren wie .jpegxl etc, etliches wo immer checksummen
> mitfährt... Da fällt so was auf.
>
Hast du alle Dateien geöffnet? Woher willst du das dann wissen?

[JouMxyzptlk]

Wie machst du es? Wie garantierst du deine Datenintegrität? Wie oft machst du Checksummen? Wie schützt du vor Datenkorruption? Kannst du sicher sein dass deine Checksummen stimmen? Wie sollen vorhandene Dateien, welche vor VOR dem Fehler stammen, betroffen sein wenn ich diese nicht ändere? Wie oft prüfst du es? Was ist dein best practise?
Solche Bugs gibt es übrigens nicht nur bei Windows.
Außerdem ist das nötige update schon seit Juni verteilt, wers nicht installiert - Pff...

[tomatentee]

JouMxyzptlk schrieb:
--------------------------------------------------------------------------------
> Wie machst du es? Wie garantierst du deine Datenintegrität? Wie oft machst
> du Checksummen? Wie schützt du vor Datenkorruption? Kannst du sicher sein
> dass deine Checksummen stimmen? Wie sollen vorhandene Dateien, welche vor
> VOR dem Fehler stammen, betroffen sein wenn ich diese nicht ändere? Wie oft
> prüfst du es? Was ist dein best practise?
>
Ich nutze ich ZFS...

> Solche Bugs gibt es übrigens nicht nur bei Windows.
>
Wäre mir jetzt in den letzten Jahren nicht bekannt (hat es aber sicher schon Mal gegeben) - aber wo habe ich das behauptet?

> Außerdem ist das nötige update schon seit Juni verteilt, wers nicht
> installiert - Pff...
>
Über das die User erst jetzt, Wochen später informiert werden :-D

[JouMxyzptlk]

Du wolltest also nur sinnlos und überheblich trollen. Genau so ist es auch rübergekommen.

Das OS erwähnst du nicht, ob du verschlüsselst erwähnst du nicht...
First hit in Duckduckgo, aus 2018: https://github.com/openzfs/zfs/issues/7401
Es gibt noch mehr.

[tomatentee]

JouMxyzptlk schrieb:
--------------------------------------------------------------------------------
> Du wolltest also nur sinnlos und überheblich trollen. Genau so ist es auch
> rübergekommen.
>
Erstmal hab ich nur gefragt, woher du weißt, dass du keinen Datenverlust hast.

> Das OS erwähnst du nicht, ob du verschlüsselst erwähnst du nicht...
>
Warum auch? Ich hab keinen Datenverlust zu befürchten.

> First hit in Duckduckgo, aus 2018: github.com
> Es gibt noch mehr.
>
Na klar - ein Fehler beim Kopieren von Dateien, der klar reported wird ist mit silent Data corruption natürlich absolut zu vergleichen.