Kontrola kopírování dat z jednoho disku na druhý
Kontrola kopírování dat z jednoho disku na druhý
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ý
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.
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ý
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?
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ý
https://www.memtest.org/
Musi se spustit z bootvaciho flashdisku.
Jakakoliv kontrola RAM spustena pod Windows nemuze otestovat tu cast RAM kterou Windows zabiraji.
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ý
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.
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.
„Zeptáš-li se, budeš 5 minut vypadat jako blbec. Nezeptáš-li se, budeš blbcem po celý život.“
„Mnozí z těch, co žijí, by zasluhovali smrt. A mnozí z těch, co zemřeli, by si zasloužili žít.“ - John Ronald Reuel Tolkien
„Je lepší být nenáviděn pro to, jaký jsi, než být milován pro to, co nejsi.“ - Kurt Cobain
https://rhscz.eu
https://github.com/rhsCZ
Re: Kontrola kopírování dat z jednoho disku na druhý
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..
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..
-
- Elite Level 10.5
- Příspěvky: 11020
- Registrován: únor 12
- Bydliště: Pankrac
- Pohlaví:
- Stav:
Offline
Re: Kontrola kopírování dat z jednoho disku na druhý
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.
Ja bych to zkopcil v robocopy (ma krasny log) nebo rovnou porovnal pomoci MD5.
Porovnani obsahu umi i Total Commander.
Prazaci jo ty se maj, az kdyz si me zavolaj..
Re: Kontrola kopírování dat z jednoho disku na druhý
ta kontrola ať už generování md5 hashů nebo porovnání přímo obsahu bude taky nějakou dobu trvat.
„Zeptáš-li se, budeš 5 minut vypadat jako blbec. Nezeptáš-li se, budeš blbcem po celý život.“
„Mnozí z těch, co žijí, by zasluhovali smrt. A mnozí z těch, co zemřeli, by si zasloužili žít.“ - John Ronald Reuel Tolkien
„Je lepší být nenáviděn pro to, jaký jsi, než být milován pro to, co nejsi.“ - Kurt Cobain
https://rhscz.eu
https://github.com/rhsCZ
Re: Kontrola kopírování dat z jednoho disku na druhý
Používam GoodSync.
Re: Kontrola kopírování dat z jednoho disku na druhý
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/.
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ý
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.
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ý
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.
-
- Mohlo by vás zajímat
- Odpovědi
- Zobrazení
- Poslední příspěvek
-
- 0
- 436
-
od LukM
Zobrazit poslední příspěvek
19 říj 2024 14:03
-
-
Obnoveni ztracenych fotek z telefonu pri kopirovani do pc
od Dizzy66 » 21 led 2024 17:08 » v Vše ostatní (sw) - 2
- 3813
-
od šulda
Zobrazit poslední příspěvek
23 úno 2024 07:12
-
-
-
Libre Office Calc - Divné chování při kopírování textu Příloha(y)
od EZumrova » 02 dub 2024 08:12 » v Kancelářské balíky - 16
- 8318
-
od atari
Zobrazit poslední příspěvek
09 kvě 2024 11:50
-
-
- 11
- 2625
-
od zeus
Zobrazit poslední příspěvek
13 čer 2024 15:01
-
- 7
- 4942
-
od mmmartin
Zobrazit poslední příspěvek
02 kvě 2024 00:25
Kdo je online
Uživatelé prohlížející si toto fórum: Žádní registrovaní uživatelé a 2 hosti