Kopírování je odjakživa synchronní proces, tedy manažer bere soubory tak jak jsou seřazeny podle zobrazení jeden po druhém. Pokud se kopírování kdykoli přeruší vlivem nenadálých skutečností (do majitele uhodí blesk a ten vytrhne USB disk z počítače), poškozený je vždy poslední kopírovaný soubor. Takže se podívám na cíl, nastavím si řazení souborů stejně jako na zdroji (obvykle podle jména) a vymažu poslední soubor v seznamu, ten je nejpravděpodobněji poškozen.
Pak zahájím nové kopírování do cíle, zvolím "Přeskočit vše" a Nautilus přeskočí všechny již nakopírované soubory a doplní jen ty co chybí.
Kopírování je odjakživa synchronní proces, tedy manažer bere soubory tak jak jsou seřazeny podle zobrazení jeden po druhém. Pokud se kopírování kdykoli přeruší vlivem nenadálých skutečností (do majitele uhodí blesk a ten vytrhne USB disk z počítače), poškozený je vždy poslední kopírovaný soubor. Takže se podívám na cíl, nastavím si řazení souborů stejně jako na zdroji (obvykle podle jména) a vymažu poslední soubor v seznamu, ten je nejpravděpodobněji poškozen.Toto by platilo asi ak by boli vsetky subory rovnako velke co u filmov nemusi platit. Skor skonci mensi subor a tym sa poskodit nemusi posledny pridany na kopirovanie.
Pak zahájím nové kopírování do cíle, zvolím "Přeskočit vše" a Nautilus přeskočí všechny již nakopírované soubory a doplní jen ty co chybí.
...a to nemluvím o situaci, když dám kopírovat nejdřív složku komedie, potom péčko a nakonec horrory... Jede to vše najednou...
Když je souborů mnoho (desítky tisíc fotek i filmů) ve stovkách složek, nelze zjistit, které byly poslední a "rozpracované".
OK. Díky za rady a tipy.
Vidím, že všichni považujete funkci kopírování přeskočit kompletně a správě zkopírované soubory za nadbytečnou. OK.
OK. Díky za rady a tipy.
Vidím, že všichni považujete funkci kopírování přeskočit kompletně a správě zkopírované soubory za nadbytečnou. OK.
Nepovažujeme, ale musel by si porovnávat hashe, jestli jsou soubory ok, nebo ne, jestliže kopíruješ stylem, který si zde popsal. Pro nespolehlivé připojení je ideální rsync a pod.
Od čeho tu je EXT? (žurnálování...)
Od čeho tu je EXT? (žurnálování...)
Od čeho tu je EXT? (žurnálování...)
Ti trubci maj FAT.
Žurnálovací systém souborů zapisuje změny, které mají být v počítačovém systému souborů provedeny, do speciálního záznamu nazývaného žurnál (anglicky journal). Žurnál je obvykle realizován jako cyklický buffer a jeho účelem je ochránit data na pevném disku před ztrátou integrity v případě neočekávaných havárií (výpadek napájení, neočekávané přerušení vykonávaného programu, pád systému apod.).
,,,
Souborové systémy jsou velmi komplexními datovými strukturami. Při změně v souborech nebo adresářích je nutné vykonat řadu jednotlivých (atomických) operací, což může vést k problému se souběhem (anglicky race condition). Sérii jednotlivých operací, které je potřeba provést, nazýváme transakce.
Při přerušení transakce může dojít k tomu, že data na disku ztratí integritu (jsou narušeny vazby, které data spojují ve smysluplný celek). Uvedení dat do opětovné integrity znamená naplánovanou transakci dokončit nebo se vrátit k původnímu stavu před započetím transakce. Žurnálování umožňuje velmi rychle a bezpečně uvést souborový systém do konzistentního stavu.
Souborové systémy, které žurnálování nepodporují, je nutné kompletně zkontrolovat speciálním programem (např. scandisk, fsck), což je časově velmi náročná operace a může to navíc způsobit ztrátu dostupnosti dat, které nebyly havárií postiženy přímo.
cp /ddd/* /yyy -n
Vždyť stačí obyčejné cp s optionem -n... (Když už.)Kód: [Vybrat]cp /ddd/* /yyy -n
To ty jsi to nikdy nepochopil. Řeší se tu pokračování po přerušení kopírování - jak na to jsem napsal... n == never overwrite
No a ne? (Nenakopíruje již existující...)
Od toho tu je žurnál - po znovupřipojení to bude pokračovat...