Dotaz: Krusader - vytvoření adresářové strktury a pak kopírování? Brrr!

[Ladislav Nešněra]

při kopírování většího objemu dat jsem si všiml, že Krusader (či co na vlastní kopírování použil) vytvořil nejprve kompletní adresářovou strukturu a teprve poté do ní začal hrnout data.

To mi přijde naprosto šílený. Jak mám zjistit, když se to např. sekne nebo to musím přerušit, kam až kopírování dospělo? Procházet jednotlivé složky? Fuj! Mám snad někde něco blbě nastaveno resp. dá se tohle chování potlačit? Cíl je na Wintelu => smb

Odpovědi

[pard]

Nástroje - Synchronizovat adresáře

[Ladislav Nešněra]

Díky. Jasně. O tomto nástroji vím, ale to si moc nepomůžu. Jedná se tu o pár desítek GB a to už jen to porovnání je příšerně dlouhý. Snažil jsem se vypozorovat nějakou logiku v tom plnění, ale nevidím to v tom. Rozhodně to není abecedně

[Leshy]

Rozhodně to není abecedně

Jo toho, aby to bylo abecedne, jentak nedosahnes (taky jsem se snazil), viz tohle.

[Jooky (inactive)]

Tak neporovnavaj podla obsahu ale len velkosti/casu.

[Ash]

při kopírování většího objemu dat jsem si všiml, že Krusader (či co na vlastní kopírování použil) vytvořil nejprve kompletní adresářovou strukturu a teprve poté do ní začal hrnout data.

Buďte rád, asi to považoval za efektivnější... Tak nějak se nepředpokládá, že by uživatel po násilně přerušeném kopírování ručně vizuálně :D kontroloval kolik adresářů, v jaké úrovni vnoření ještě existuje, a kde je ten co už neexistuje, případně kolik souborů ještě existuje a tom posledním adresáři a kolik jich tam už není, to zase připadá šílené mně a asi každému to dohledávat :) Je potřeba použít nějaký lepší nástroj, Krusader nepoužívám ale je mi divné že by neuměl třeba "kopírovat a nepřepisovat existující soubory nelišící se velikostí", což snad zvládá každý rozumný FM? Případně na "rozkopírovaná" data použít rsync, nebo třeba dát alespoň "nepřepisovat existující" a pak pomocí rsync jen zkontrolovat, nebo jen zkontrolovat velikost pomocí "du" s vhodnými parametry, možností (ale automatizovaných) je více.

[Ladislav Nešněra]

Mě ta "efektivita" moc nepotěšila. Kdyby to mělo lidsky čitelnou logiku kopírování (abecedně dle názvů) tak by se dalo celkem rychle zjistit, co už hotové je a co ještě ne. Takto se opravdu musím spolehnout na aplikační logiku FM. Ty další možnosti zní zajímavě. Díky

[Ash]

Lidský faktor nepřeceňovat :) Jinak jsem měl na mysli že třeba na cílovém filesystému budou ta data efektivněji uložena, když se nejdřív nahraje adresářová struktura (ale nevím jestli to tak je, třeba to s tím nesouvisí). S abecedním řazením by byly jen problémy, máte různé lokalizace, muselo by to vždycky seřadit, prostě režie navíc a pak by přišel někdo kdo by řekl že JEMU to zase připadá logičtější kdyby se to kopírovalo v pořadí podle stáří souboru ;)

[Ladislav Nešněra]

nepopírám, že se to potkalo s mými návyky z Woken. Faktem také je, že tam jsem na nějaké potíže se správou souborů léta nenarazil x taky jsem nemusel tahat data mezi různými systémy

[Ash]

Já narazil (přerušené kopírování) a musím říct že samotná informace kde se kopírování zastavilo a vědomí že se adresáře procházely do hloubky mi byla k ničemu. Při kopírování pár souborů to pomůže že člověk vidí, co mu chybí, ale pokud je adresářová struktura složitější (třeba na linuxu klonujete /var a pod.) tak stejně nikdo nebude dohledávat kde se to zastavilo, aby pak 1) označil zbývající soubory v posledním adresáři a zkopíroval je, přešel o úroveň výš, označil zbývající adresáře a zkopíroval je, počkal až se zkopírují, 3) přešel o úroveň výš, označil, počkal... až do naprostého vyčerpání :)

Např. Midnight Commander pokud zaregistruje problém s kopírováním s nemůže pokračovat se zeptá, jestli se mají v cíli ponechat částečně překopírované soubory, nebo ne (doporučit lze odpověď "ne"). Následně po odstranění problému je možné operaci kopírování provést znovu (opět pro všechna data) s tím, že se kopíruje "if size differs", takže se de facto dokopírují jen chybějící soubory. Takže uživatelský komfort je maximální, jen nevím co z toho umí Krusader :) Pokud se pak ještě udělá du -s adresar pro zdrojovy i cilovy adresar tak by velikosti měly souhlasit (pokud se ohlídají nuance mezi různými filesystémy jako třeba absence (hard)linků a podobně, to by pak znamenalo ještě pár dalších parametrů). Ještě další nástroj vhodný hlavně pro textové soubory je diff (diff -ruN zdroj_adr cil_adr > rozdily.diff) vám vytvoří diferenční soubor pro celý adresář (vhodně nastavený Midnight Commander takovýto diferenční soubor umí procházet jako kdyby to byla adresářová struktura a prohlížet si rozdíly v jednotlivých souborech). Ale to už nemluvím o přerušeném kopírování, ale spíš třeba když jsou někde dvě různé verze téhož a člověk si není jistý v čem se liší.

[Andrej Herceg]

Pri Midnight Commander je (pravdepodobne) zvyčajne lepšia voľba "Update" ako "If size differs".

[Ash]

Pokud přepravuji všechna data z bodu A do bodu B, přičemž v bodě A jsou "ta správná" tak bych po přerušeném kopírování volil raději if size differs. Pokud jde o to mergovat různě stará data tak raději update, ještě předtím si udělat diff.

[Ladislav Nešněra]

tak jsem se nechal přesvědčit s výhradou, že nesmí selhat upozornění na problém s kopírováním (když se něco kopčí hodiny, může to uniknout). Faktem je, že ani postupné plnění adresářů by nemuselo vždy poukázat na problém.. Každopádně díky