MD5 checksum compromised door kopieren van FAT32 naar NTFS ?

[Verwijderd]

Dag... Even schetsen: ik heb een groot aantal backups (MP3, foto's, familie-video's, scans,...), gegroepeerd in directories van 4.3 GB (die gebrand worden op DVD uiteraard). Kopies worden bewaard op HD, gegroepeerd in groepen van 8 DVD's.

Per DVD en per groep van 8 DVD's maak ik een MD5 integriteits-checksum, die ik telkens na branden of kopieren controleer.

Nu deed de volgende situatie zich voor: ik kopieer een groep van 8 DVD's en check de MD5 en van een drietal files is de MD5 "compromised". Ik check de MD5 van het origineel en die is OK. Ik kopieer opnieuw en opnieuw is de MD5 compromised (dus een fout tijdens copy is niet aannemelijk).

Dan bemerk ik: de bron-HD is FAT32, de destination-HD is NTFS. Ik formateer de (gelukkig nog lege) destination-HD opnieuw als FAT32, kopieer de bestanden, check de MD5 en nu is alles OK.

Vandaar mijn vraag... is het mogelijk dat een copy van een bestand van een FAT32-HD naar een NTFS-HD resulteert in een fysisch andere binaire voorstelling van het bestand zodat een MD5 resulteert in een "compromised file"??

Ik kan me voorstellen dat NTFS, met zijn loggingen e.d. dit zou kunnen veroorzaken. Is dit zo? Iemand hier ervaring mee?

Alvast bedankt!!

[alt-92]

NTFS heeft ook metadata, die telt ook mee vermoed ik als je een MD5SUM berekent en later het bestand naar een NTFS partitie verplaatst.

Gokje mijnerzijds hoor