Bit rot bij kopieren via duo USB dock

[FredericV]

Ik heb een 3 TB 3.5 HDD in een Sharkoon Duo Clone dock zitten, die via USB3 aan een high-end windows 10 laptop hangt:

https://nl.sharkoon.com/product/16815

Daar staat minder dan 500GB aan clonezilla images op, en die wil ik overdumpen naar kleinere disken.

Als ik die images overduw met total commander naar een ouder 1 TB disk, die ook in die dock zit, en ik doe nadien een Synchronize disk, dan zijn er verschillen in de grootste bestanden per clonezilla dir. Ook WinDiff die veel trager is, toont dezelfde verschillen en ook enkel in de grootste bestanden.

Dit was initieel met twee verschillende 1 TB HDD's , maar die hadden 60k uur er op zitten, en gaven ook bepaalde smart errors:

Code: Selecteer alles

  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       4
  9 Power_On_Hours          0x0032   087   087   000    Old_age   Always       -       67822
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       4
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0

één van die 1 TB's had 10 stuks Reported_Uncorrect, de ander 4 - en Reported_Uncorrect is tijd om weg te gooien.

Mijn dock laat geen smart door, dus dan maar in een Linux systeem geduwd om met smartctl uit te lezen.

Dus initieel werd gedacht dat die smart errors de bit rot konden verklaren.
Maar een kleinere 500GB laptop HDD die amper gedraaid heeft, toont dezelfde fout, met dus de 3 TB en 500GB in één dock, en overdumpen via total commander.

Ik heb dan maar een H2testw er op gedraaid, die patterns schrijft en terugleest op de 500GB, en geen fouten gevonden na een paar uren testen.
Die test stressed dan wel maar één van de twee disken die in de dock zit.

Dus ofwel ontstaan het "data rot" als de dock op 2 schijven tegelijkertijd acties moet doen, of zit er een bug voor zeer grote files in total commander.

Ik ben nu dan maar via de standaard Windows File Explorer een copy paste aan het doen tussen de twee drives, en dan nog eens diffen met een paar tools, om uit te sluiten wat nu precies deze verschillen introduceert.

Ik ben al een kleine dag in doorlooptijd bezig om een kopie te maken van een paar belangrijke filezilla backups.

[cptKangaroo]

Harddisks zijn gevoelig voor te hoge temperatuur -- oppassen vanaf zo'n 50°C al verschilt dat per model. Als de disks gewoon naast elkaar in die dock zitten, zou ik er toch een ventilatorke op richten.

Ik weet niet welke dingen WinDiff vergelijkt om verschillen te spotten, maar je kan een hashcheck doen op beide bestanden om te vergelijken en dan weet je of de data zelf ongewijzigd is. Ik gebruik daar FsumFrontend voor maar da's al een oud beestje -- nieuwere apps gebruiken misschien snellere cpu delen.

btw, bij het overzetten van mijn oude disks gebruikte ik ChoEazyCopy wat een gui is voor robocopy met uitgebreide opties om metadata van bestanden te behouden.

[FredericV]

Onder Linux gebruik ik al jaren rsync. Als je de rsync een 2e keer loopt met de -c optie, dan weet je direct of je bit rot hebt.
Onder Windows heb je WSL en blijkbaar zit rsync gewoon in de Ubuntu image, dus dat gaan we straks nog eens lopen.

Maar om terug te komen op de brakke disken: data kopieren naar de 500GB ging gisteren zeer langzaam (schrijven rond de 30MB/s, teruglezen 90 a 100), ook met de standaard Windows File Explorer, en na lang wachten geeft windiff weer een fout op dezelfde files zoals total commander dat ook deed.

Disk aan een linux machine gehangen (zonder die dock, maar aan zo'n USB naar SATA converter voor laptop HDD's) en geen smart errors - zeer bizar:

Code: Selecteer alles

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   062    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   241   241   033    Pre-fail  Always       -       1
  4 Start_Stop_Count        0x0012   087   087   000    Old_age   Always       -       20495
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   097   097   000    Old_age   Always       -       1452
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       205
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       30
193 Load_Cycle_Count        0x0012   089   089   000    Old_age   Always       -       115756
194 Temperature_Celsius     0x0002   253   253   000    Old_age   Always       -       17 (Min/Max 8/39)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0
223 Load_Retry_Count        0x000a   100   100   000    Old_age   Always       -       0

In een laatste poging vervang ik de 500GB door een enterprise SSD terug in de duo dock, nu is de file copy zeker 3x zo snel. Benieuwd of deze ook nog bit fouten gaat geven.

Maar ik ga dit straks gewoon nog eens overdoen met rsync.