Stránka 1 z 2

Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 11:59
od orfan
Zdravím, potřebuju přesunout větší množství dat (3TB) z jednoho externího disku na druhý. Abych měl jistotu, nejprve to chci zkopírovat, zkontrolovat a teprve potom odstranit z prvního disku. Při kopírování se mi několikrát zobrazila chyba ve smyslu, že soubor už na druhém disku je. Nechápu jak je to možné, ale po ověření, že mají všechny soubory stejnou velikost, jsem klikl na přeskočit. Pak mi to u několika videí zahlásilo chybu ve smyslu - nelze překopírovat všechna metadata do nového úložiště. To jsem potvrdil. Po překopírování mi chybělo asi 40 GB dat. Přes Total commander jsem si zjistil velikost jednotlivých složek, a kde něco chybělo, to jsem tam dokopíroval. Nyní jsem ve stavu, kdy mají data na obou discích stejnou velikost přesně na jednotky bitů. Je toto spolehlivá kontrola, že jsou všechna data v pořádku na novém disku nebo to můžu zkontrolovat i nějak jinak? Například skrz nějaký software? Používám Windows 11 . Nerad bych si teď odstranil funkční data.

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 12:02
od petr22
Toto se normalne nedeje, nekde bude harwarovy nebo softwarovy problem.

1. poskozeny souborovy system na zdrojovem disku (checkdisk by mohl vyresit)
2. hw problem zdrojoveho disku (Crysta Disk Info precte informace o stavu)
3. vadna RAM v pocitaci (nechal bych nekolik hodin bezet Memtest spusteny z flashky)

Ze tam soubor je se muze napr. stat, pokud je cesta k souboru vcetne jeho nazvu delsi nez 256 znaku.

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 12:15
od orfan
1) Checkdisk žádný problém zdrojového disku nenašel:

Chkdsk was executed in scan mode on a volume snapshot.

Checking file system on D:
Volume label is 2-fm2.

Stage 1: Examining basic file system structure ...
43008 file records processed. File verification completed.
Phase duration (File record verification): 1.72 seconds.
85 large file records processed. Phase duration (Orphan file record recovery): 2.74 milliseconds.
0 bad file records processed. Phase duration (Bad file record checking): 1.10 milliseconds.

Stage 2: Examining file name linkage ...
126 reparse records processed. 47650 index entries processed. Index verification completed.
Phase duration (Index verification): 6.90 seconds.

Phase duration (Orphan reconnection): 12.15 milliseconds.

Phase duration (Orphan recovery to lost and found): 14.29 milliseconds.
126 reparse records processed. Phase duration (Reparse point and Object ID verification): 7.47 milliseconds.

Stage 3: Examining security descriptors ...
Security descriptor verification completed.
Phase duration (Security descriptor verification): 41.11 milliseconds.
2322 data files processed. Phase duration (Data attribute verification): 1.49 milliseconds.
CHKDSK is verifying Usn Journal...
55397952 USN bytes processed. Usn Journal verification completed.
Phase duration (USN journal verification): 361.13 milliseconds.

Windows has scanned the file system and found no problems.
No further action is required.

2861553 MB total disk space.
2634489 MB in 14835 files.
5904 KB in 2323 indexes.
252543 KB in use by the system.
65536 KB occupied by the log file.
232255336 KB available on disk.

4096 bytes in each allocation unit.
732557823 total allocation units on disk.
58063834 allocation units available on disk.
Total duration: 9.06 seconds (9067 ms).

----------------------------------------------------------------------


Stage 1: Examining basic file system structure ...

Stage 2: Examining file name linkage ...

Stage 3: Examining security descriptors ...




_______________

Checking file system on D: Volume label is 2-fm2. Stage 1: Examining basic file system structure ... 43008 file records processed. File verification completed. Phase duration (File record verification): 1.72 seconds. 85 large file records processed. Phase duration (Orphan file record recovery): 2.74 milliseconds. 0 bad file records processed. Phase duration (Bad file record checking): 1.10 milliseconds. Stage 2: Examining file name linkage ... 126 reparse records processed. 47650 index entries processed. Index verification completed. Phase duration (Index verification): 6.90 seconds. Phase duration (Orphan reconnection): 12.15 milliseconds. Phase duration (Orphan recovery to lost and found): 14.29 milliseconds. 126 reparse records processed. Phase duration (Reparse point and Object ID verification): 7.47 milliseconds. Stage 3: Examining security descriptors ... Security descriptor verification completed. Phase duration (Security descriptor verification): 41.11 milliseconds. 2322 data files processed. Phase duration (Data attribute verification): 1.49 milliseconds. CHKDSK is verifying Usn Journal... 55397952 USN bytes processed. Usn Journal verification completed. Phase duration (USN journal verification): 361.13 milliseconds. Windows has scanned the file system and found no problems. No further action is required. 2861553 MB total disk space. 2634489 MB in 14835 files. 5904 KB in 2323 indexes. 252543 KB in use by the system. 65536 KB occupied by the log file. 232255336 KB available on disk. 4096 bytes in each allocation unit. 732557823 total allocation units on disk. 58063834 allocation units available on disk. Total duration: 9.06 seconds (9067 ms). ---------------------------------------------------------------------- Stage 1: Examining basic file system structure ... Stage 2: Examining file name linkage ... Stage 3: Examining security descriptors ...
00A80000BD420000CF600000000000007E000000000000000000000000000000


--------------------------------------------------------------------------------

Binary data:


In Words

0000: 0000A800 000042BD 000060CF 00000000
0010: 0000007E 00000000 00000000 00000000


In Bytes

0000: 00 A8 00 00 BD 42 00 00 .¨..½B..
0008: CF 60 00 00 00 00 00 00 Ï`......
0010: 7E 00 00 00 00 00 00 00 ~.......
0018: 00 00 00 00 00 00 00 00 ........



2) Crystal disk info se zdá taky v pořádku (viz screen v příloze)
3) Memtest ještě spustím - to je tohle? https://www.techpowerup.com/memtest64/

Cesta k souboru včetně jeho názvu má na tomto disku běžně kolem 80 znaků, mohou tam být nějaké výjimky, těžko říct, jestli je tam nějaká cesta o tolik delší. Většina duplicitních dat byly nějaká metadata, normálních souborů tam bylo jen pár. Dohromady tam bylo asi 90 takových souborů.

Dodatečně přidáno po 8 minutách 58 vteřinách:
Memtest jsem pustil v režimu Run indefinetely, tam nenašel žádný problém. Teď ho zkusím pustit na 5 hodin. Je nastavení na screenshotu takhle ok? Předpokládám, že zavřu co nejvíc programů a necham běžet jen ten sken?

Dodatečně přidáno po 12 minutách 40 vteřinách:
Asi nevím, jak to nastavit.. Myslel jsem, že to takhle pojede pořád dokola po dobu 5 hodin.. A to bude asi jen omezení maximálního času, kdyby to skenovalo hodně dlouho. Ten sken doběhnul a zase to skončilo. Když nastavim počet loopů, taky doběhne jednou a pak nic.. Mohl bych poprosit o nějaké navedení, jak to nastavit, aby to běželo x hodin v kuse?

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 12:32
od petr22
https://www.memtest.org/

Musi se spustit z bootvaciho flashdisku.

Jakakoliv kontrola RAM spustena pod Windows nemuze otestovat tu cast RAM kterou Windows zabiraji.

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 12:38
od rhsCZ
Zkusil bych to překopírovat z nějaký live distribuce linuxu (např. ubuntu, mint) z flashky.
linux umí NTFS a tam by možná nemusel být problém (minimálně to nebude mít problém kvůli oprávnění např.). Ono Windows je občas taková jedna velká záhada, když něco nefunguje a vše vypadá ok.
petr22: limit 256 znaků v cestě k souboru/složky je pokud se používá cesta bez unicode prefixu \\?\. což býval problém možná z do XP(95?,98?,msdos?) ale dnes už to budou mít ošetřené a používájí unicode prefix \\?\ (možná ne všude ale v exploreru asi ano) tak je limit 32767 znaků. Dnes už mnoho funkcí bude updatováno na podporu unicode cest.

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 13:14
od orfan
petr22:
Tak test už mi jede. Jen jsem nabootoval a spustilo se to samo, je to tak ok? Jak dlouho bych to měl nechat běžet, aby to přineslo nějaké výsledky? Mám 16 GB ram. Případně, za jak dlouho mi to cca doběhne úplně?

rhsCZ:
Teoreticky tam můžu nějakou live distribuci linuxu nabootovat a udělat to přes ní, to bych mohl zkusit.. Případně neznáte nějaký soft, co by mi porovnal už nakopírovaná data a nějak je zkontroloval? To kopírování mi zabralo několik hodin, tak bych se té části s kopírováním od začátku v ideálním světě nejradší vyhnul..

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 13:26
od zeus
Jsou to USB disky, tam to proste bude trvat dlouho.
Ja bych to zkopcil v robocopy (ma krasny log) nebo rovnou porovnal pomoci MD5.
Porovnani obsahu umi i Total Commander.

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 13:33
od rhsCZ
ta kontrola ať už generování md5 hashů nebo porovnání přímo obsahu bude taky nějakou dobu trvat.

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 14:06
od RIKI22
Používam GoodSync.

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 15:35
od atari
Tady máš 2 návody na kontrolu dat:
http://www.servispckupka.cz/jak_overit_ ... et_sha.php
https://du.cesnet.cz/cs/navody/hasher/start

Doporučuji však cílový disk zformátovat, zdrojový disk prověřit příkazem "Chkdsk d: /f" kde "d" je písmeno disku, a zkusit to znova zkopírovat.
Total Commander při kopírování vždy nahlásí, pokud má soubor více jak 256 znaků (i s cestou).

Dodatečně přidáno po 48 vteřinách:
A já používám tohle https://freefilesync.org/.

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 16:13
od petr22
Pointa je, ze pri kopirovani v Total Commanderu se za normalniho stavu kopiruji data aniz by bylo treba je kontrolovat.

K popisovanych chybam nedochazi, tam musi byt nejaka technicka pricina. Ja bych tomu neveril dokud se nenajde.

Videl jsem PC s vadnou RAM, kdy Memtest zacal hlasit chyby asi po 6 hodinach behu a kdyz byl pocitac zaply dlouho,
tak vznikaly nahodne chyby v souborech aniz by to neco reklo - proste se zkopiroval adresar a nekolik souboru v nem uz neslo
otevrit. Chvili trvalo nez nas tenkrat napadlo nechat bezet Memtest dlouuho, az potom co majitel prozradil ze par hodin
po zapnuti zadna chyba kopirovani neni.

Re: Kontrola kopírování dat z jednoho disku na druhý

Napsal: 25 dub 2024 18:30
od atari
Pokud jsou vadné RAM, tak budou určitě i Windows dělat chyby, a zřejmě by se objevovaly chybové hlášky, nebo nestandardní chod, nebo modrá smrt.