Portál AbcLinuxu, 5. června 2024 19:05


Dotaz: Clonezill vs dd

Petr Fiedler avatar 15.2.2019 15:48 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Clonezill vs dd
Přečteno: 980×
Odpovědět | Admin

1) Chci se zeptat, jaké máte zkušenosti s Clonezillou, protože mě teď zklamala. Člověk udělá zálohu, ověří ji a spolehne se na to, že v případě potíží dá vše během pár minut do pořádku a pak se nestačí divit. Máte někdo taky špatnou zkušenost s tímhle sw?

2) Říkal jsem si, že bych Clonezillu zavrhl a začal používat dd. Výsledný obraz by byl sice větší, ale to mi vůbec nevadí. Bude to spolehlivější než Clonezilla?

3) Když chce člověk udělat zálohu celého disku pomocí dd, je to jednoduché. Co když je ale disk rozdělen? Např. takto:

     Vloné místo             4 MiB  
sda1 BIOS boot partition     4 MiB
sda2 EFI system partition  512 MiB
sda3 LUKS > LVM > system    50 GiB
sda4 LUKS > data           475 GiB
Jak by měl prosím vypadat příkaz do terminálu pro dd, aby se udělal obraz s sda1, sda2, sda3 a asi i s tím volným místem, protože tam bude v prvním MiB asi rozložení partyšen atd.?

Řešení dotazu:


Nástroje: Začni sledovat (1) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

15.2.2019 16:14 Pepan
Rozbalit Rozbalit vše Re: Clonezill vs dd
Odpovědět | | Sbalit | Link | Blokovat | Admin
Bohužel v dd se nevyznám, leta používám fsarchiver a ještě nikdy jsem žádný problém neměl
Petr Fiedler avatar 15.2.2019 17:13 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd

To je zajímavý nástroj. Pro toho kdo nešifroje má oproti Clonezille tu výhodu, že obraz lze obnovit i na menší disk, což je super.

Heron avatar 15.2.2019 16:23 Heron | skóre: 53 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Clonezill vs dd
Odpovědět | | Sbalit | Link | Blokovat | Admin
V linuxu jsem nikdy žádné nástoje jako clonezilla nepoužíval.

Dnes používám obyčejné cat /dev/sda | pv > /mnt/backup, případně cat /dev/sda | pv | lzop | nc server pro přenos po síti. Kde: pv zobrazuje rychlost a přenesená data (progress bar), lzop pro rychlou komprimaci (komprimuje rychleji nez je rychlost GbE*) a nc slouží jako síťová roura pro přenos na backup server (tj když se mi nechce mountovat NFS).

Přijde mi to ještě jednodušší než dd, nemusím řešit parametry apod. Prostě cat z disku na soubor a při obnově naopak.

Co se týče rozdělení disku, to řeším jen výjimečně (většinou ukládám celej disk a nebo konkrétní oddíl bez ohledu na jeho umístění), ale tam, kde je z nějakého důvodu potřeba obnovit oddíly a nikoliv celý disk, tak si udělám dump partition table nástrojem jako sfdisk a uložím k těm image disků.

Tohle všechno se pochopitelně nedá provádět na živém systému, takže pro tento účel nabootuju SystemRescueCD.

*) Jednak je rychlost lzop rychlejší než 100MB/s, takže se stíhá saturovat sít a přenese se méně dat ale hlavně na ssd, kde před tím proběhl trim, je spousta nulových dat (tohle pochopitelně neplatí na zašifrovaném disku a stejně tak ta data nejdou komprimovat), takže ta se zkomprimují rychlostí disku a po síti se potom přenese výrazně méně dat a tím je to ještě rychlejší.
Heron
Petr Fiedler avatar 15.2.2019 17:19 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd

Díky moc. Určitě si to cvičně zkusím. Budu si ale ještě muset najít, jak udělat ten dump patrition table. Ještě se zeptám, je možné pomocí cat udělat rovnou zálohu všech třech oddílů (sda1, sda2 a sda3), nebo musíš dělat oddíl po oddíle?

Heron avatar 15.2.2019 17:46 Heron | skóre: 53 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Clonezill vs dd
Ještě se zeptám, je možné pomocí cat udělat rovnou zálohu všech třech oddílů (sda1, sda2 a sda3), nebo musíš dělat oddíl po oddíle?
Pokud to chcete mít v oddělených souborech, tak to musíte spoustět postupně, tj cat /dev/sda1 > /mnt/backup/sda1.img, cat /dev/sda2 > /mnt/backup/sda2.img, cat /dev/sda3 > /mnt/backup/sda3.img. Ale příliš nevidím důvod to takto dělat. Pokud uděláte image celého disku, tj cat /dev/sda > soubor tak se vám tam uloží všechno a vůbec nebudete muset řešit rozdělení disku. Obnova je potom stejně jednoduchá, prostě ze souboru to pošlete na disk: cat /mnt/backup/soubor > /dev/sda a je to. Takže pokud nemáte nějaký speciální důvod proč to dělat po jednotlivých oddílech, tak dělejte zálohu celého disku a je to.
Budu si ale ještě muset najít, jak udělat ten dump patrition table.
Viz manuálová stránka sfdisk:

Use the --dump option to save a description of the device layout to a text file. The dump format is suitable for later sfdisk input. For example:
sfdisk --dump /dev/sda > sda.dump
This can later be restored by:
sfdisk /dev/sda < sda.dump
Petr Fiedler avatar 15.2.2019 17:57 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd

Herone, prosím tě nevykej mi :-)

Já to právě nechci po jednotlivých oddílech. Chtěl bych to mít v celku jako jeden soubor, ale nechci v tom mít sda4. To je oddíl s daty (ne /home) a ta mám zálohována na dalších 4 discích. Není tedy důvod je zálohovat popáté. A navíc, ta záloha by místo 50 GiB měla 475 GiB. Jde to prosím tě tedy nějak udělat, aby se vyloučil sda4 a aby to bylo v celku jako jeden soubor?

Za dump dík!

Heron avatar 15.2.2019 18:21 Heron | skóre: 53 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Clonezill vs dd
Sorry, nějak jsem na čas vypadl z běžného provozu a nějak jsem si odvykl na webové diskuse ;-)
Jde to prosím tě tedy nějak udělat, aby se vyloučil sda4 a aby to bylo v celku jako jeden soubor?
Na GPT to snadno nepůjde, protože GPT má kopii tabulky rozdělení disku ještě i na konci disku. Takže postup by musel být: obnovit image a potom ještě navíc rozdělení disku.

Výroba takového image by musela zahrnovat výpočet velikosti, dump pomocí dd a dump gpt.

Takže něco jako (toto je výstup z fdisku):
Device         Start        End    Sectors   Size Type
/dev/sda1       2048       4095       2048     1M BIOS boot
/dev/sda2       4096  100667391  100663296    48G Linux RAID
/dev/sda3  100667392 1953525134 1852857743 883.5G Linux RAID
chci udělat první dva oddíly, takže 100667391*512B (pozor v jakých jednotkách se to zobrazuje) a potom
dd if=/dev/sda of=soubor bs=512 count=100667391
ale ruku do ohně za to nedám. Nehledě na to, že bs 512B není zrovna moc a chtělo by tam dát větší. Teoreticky by mohlo stačit dát bs=100667391 count=512, ale nevím, zda tam není nějaké omezení na velikost (tj jestli se to musí vejít do paměti apod.)

Obnova by byla totéž, jen by se prohodilo if a of. A potom obnovit rozdělení disku. Resp. takto, linux nabootuje i s "vadnou" gpt a ty nástroje to umí opravit, ale rozhodně bych to nepovažoval za vhodný postup.

Tj k té záloze by sis musel poznamenat i parametry toho dd. Nevím, to už je lepší postup s tím cat.
Petr Fiedler avatar 15.2.2019 18:56 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd

Díky za nasměrování. Třeba se ještě vyjádří někdo, kdo to bude vědět jistě. Já sám to asi nesplácám.

Josef Kufner avatar 15.2.2019 21:03 Josef Kufner | skóre: 70
Rozbalit Rozbalit vše Re: Clonezill vs dd
Víš, že ten cat je tam na začátku zbytečný, viď? ;-)

Když ho vynecháš, tak pv bude vědět velikost vstupu a ukáže užitečnější progress bar. (A odpadne trocha režie s jedním předáváním dat sem a tam.)
cat /dev/sda | pv >/dev/null
... Tohle ti velikost neukáže, neboť cat tu informaci ztratí. Ale tohle jo:
pv /dev/sda >/dev/null
A tohle taky:
pv </dev/sda  >/dev/null
Hello world ! Segmentation fault (core dumped)
Heron avatar 15.2.2019 21:29 Heron | skóre: 53 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Clonezill vs dd
Vím. Ale pro názornost je lepší používat rouru zleva doprava. cat čte data a předává je dál. Následuje volitelně pv, volitelně lzop, volitelně třeba i něco dalšího, netcat, případně výstup do souboru. pv ani komprimátor tam vyloženě být nemusí. Dá se to oddělat a nic se nestane. Kdyby to bylo bez cat ale s < tak je potřeba toto přesměrování přesunout za další příkaz. Já mám rád vizuálně jasné roury a tok dat jedním směrem. Kdo chce, tak si to může napsat jinak.
A odpadne trocha režie s jedním předáváním dat sem a tam.
Zkoušel jsem to (pv /dev/zero > /dev/null) teď na staré i5-2500 a s cat je to 4GB/s a s přesměrováním je to 12GB/s, což je, jasně, 3x rychleji, ale 4GB/s storage fakt nemám a běžná SSD mají cca 550MB/s což je 8x pomalejší. Nehledě na to, že komprimace do GbE to bude ládovat max 100MB/s, tj při luxusním 50% zmenšení komprimátorem je to stále jen 200MB/s čtení z disku. Spíše pomaleji. Ale pokud má někdo NVMe, tak by sem měl nad tím příkazem zamyslet :-D
Josef Kufner avatar 15.2.2019 22:17 Josef Kufner | skóre: 70
Rozbalit Rozbalit vše Re: Clonezill vs dd
</dev/sda pv >/dev/null
Hello world ! Segmentation fault (core dumped)
Heron avatar 16.2.2019 10:02 Heron | skóre: 53 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Clonezill vs dd
Elegance bashe v praxi. ;-) Přesměrování do zdi (vizuálně), předávání file descriptoru místo streamu apod. Mám raději čistou kolonu. Tam se každý příkaz chová vždy stejně bez ohledu na pořadí v koloně. Občas se hodí dát to pv až dozadu a kontrolovat rychlost komprimace a třeba poladit parametry, aby se nečekalo na disk, když se CPU nudí nebo naopak. Při běžném použití se stejně na výkonový limit nenarazí a když někdo bude dumpovat ramdisk, tak tohle stejně asi nepoužije.
lada avatar 15.2.2019 17:28 lada | skóre: 10
Rozbalit Rozbalit vše Re: Clonezill vs dd
Odpovědět | | Sbalit | Link | Blokovat | Admin
zdar, leta pouzivam, obcas jsem provedl obnovu, zcela bez problemu :)

Lada
Petr Fiedler avatar 15.2.2019 17:32 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd

Díky

Petr Fiedler avatar 15.2.2019 17:28 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd
Odpovědět | | Sbalit | Link | Blokovat | Admin

Koukám, že mám chybu hned v prvním slově nadpisu. Pardón

Pavel 'TIGER' Růžička avatar 15.2.2019 18:50 Pavel 'TIGER' Růžička | skóre: 53
Rozbalit Rozbalit vše Re: Clonezill vs dd
Odpovědět | | Sbalit | Link | Blokovat | Admin
Tak i u dd můžeš komprimovat:

dd if=/dev/sda conv=sync,noerror bs=64K | gzip -c | split -b 2000m - ./system_drive_backup.img.gz.

a rozbalení:

cat system_drive_backup.img.gz.* | gzip -dc | dd of=/dev/sda conv=sync,noerror bs=64K

Avšak s clonezillou nemám problém.
15.2.2019 20:33 Mti. | skóre: 31 | blog: Mti
Rozbalit Rozbalit vše Re: Clonezill vs dd
misto gzip pouzivam pigz - pokud ma cpu vic jak jedno jadro, bude to citelne rychlejsi :-) (na sysrescd je, do vetsiny distribuci jde doinstalovat a precit jde i gzipem, bo zpetne kompatibilni je :-) )
Vidim harddisk mrzuty, jehoz hlava plotny se dotyka...
15.2.2019 20:41 asd
Rozbalit Rozbalit vše Re: Clonezill vs dd
15.2.2019 22:11 PetebLazar
Rozbalit Rozbalit vše Re: Clonezill vs dd
Většinou z lenosti využívám dd celého disku (typicky do velikosti x00GB), někdy před zálohou vyplním většinu volného prostoru filesystémů následně smazanými bigshity z /dev/zero. Výsledný img.gz pak přirůstá prakticky jen na užitečně obsazeném prostoru filesystémů (1GB soubor z /dev/zero gzip zmackne na cca 1M, což nebude platit pro šifrované oddíly, u nichž i nulový obsah asi bude mít prakticky náhodný charakter).
Petr Fiedler avatar 16.2.2019 00:09 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd

Díky Pavle, ale není to tak podstatné. Špatně jsem formuloval část dotazu:

2) Říkal jsem si, že bych Clonezillu zavrhl a začal používat dd. Výsledný obraz by byl sice větší, ale to mi vůbec nevadí.

To platilo v době, kdy jsem nešifroval systémy. V té době by záloha pomocí dd byla tak velká, jako systémový oddíl. Avšak Clonezilla zálohovala jen obsazené místo, což v praxi znamenalo např. místo 100 GiB jen 7 GiB. Dnes už to ale při šifrovaném /root oddílu neplatí, protože i Clonezillou by ta záloha byla poměrně veliká a to jsem si při pokládání dotazu neuvědomil :-( Ale alespoň teď znám syntax na komprimaci při využití dd :-)

15.2.2019 21:54 Kit | skóre: 45 | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd
Odpovědět | | Sbalit | Link | Blokovat | Admin
Používám Parted, který navíc umí měnit velikost oddílů a jejich přesun mezi disky.
Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
Petr Fiedler avatar 15.2.2019 22:08 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd

Mrknu na to, dík.

15.2.2019 22:32 lertimir | skóre: 64 | blog: Par_slov
Rozbalit Rozbalit vše Re: Clonezill vs dd
Odpovědět | | Sbalit | Link | Blokovat | Admin
No myslím, že vůči clonezille zbytečně panikaříš. Clonezilla volí použití nástrojů, partclone -> partimage -> dd, nebo tuším ntfsclone -> partclone -> dd, můžeš ji také říci, že necheš žádné jiné nástroje než dd. Ale hlavně v tom adresáři, kam jsi to dával, bys měl mít informační textové soubory, které clonezila dělá, když pracuje. Ten dost důležitý když to máš takto rozbité je clonezila-img. V něm máš přesně příkazy a výstupy, které clonezila volala a co bylo výsledkem. Já třeba v jedné záloze, kdy jsem zálohoval čistou nikdy nespuštěnou instalaci Win10 nového notebooku před kompletním smazáním a reinstalací do linuxu, mám.
This image was saved by Clonezilla at 2018-12-16 16:21:01 UTC.
Saved by clonezilla-live-2.5.2-17-amd64.
The log during saving:
----------------------------------------------------------
Starting /usr/sbin/ocs-sr at 2018-12-16 15:33:01 UTC...
*****************************************************.
Clonezilla image dir: /home/partimag
Shutting down the Logical Volume Manager
Finished Shutting down the Logical Volume Manager
The selected devices: sda
PS. Next time you can run this command directly:
/usr/sbin/ocs-sr -q2 -j2 -gs -noabo -z1p -i 10000 -sfsck -senc -p choose savedisk 2018-12-16-15-img sda
*****************************************************.
The selected devices: sda
Searching for data/swap/extended partition(s)...
The data partition to be saved: sda1 sda2 sda3 sda4
The selected devices: sda1 sda2 sda3 sda4
Shutting down the Logical Volume Manager
Finished Shutting down the Logical Volume Manager
Saving block devices info in /home/partimag/2018-12-16-15-img/blkdev.list...
Saving block devices attributes in /home/partimag/2018-12-16-15-img/blkid.list...
Checking the integrity of partition table in the disk /dev/sda... 
Reading the partition table for /dev/sda...RETVAL=0
*****************************************************.
Saving the primary GPT of sda as /home/partimag/2018-12-16-15-img/sda-gpt-1st by dd...
34+0 records in
34+0 records out
17408 bytes (17 kB, 17 KiB) copied, 0.00436825 s, 4.0 MB/s
*****************************************************.
Saving the secondary GPT of sda as /home/partimag/2018-12-16-15-img/sda-gpt-2nd by dd...
32+0 records in
32+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.00627202 s, 2.6 MB/s
*****************************************************.
Saving the GPT of sda as /home/partimag/2018-12-16-15-img/sda-gpt.gdisk by gdisk...
The operation has completed successfully.
*****************************************************.
Saving the MBR data for sda...
1+0 records in
1+0 records out
512 bytes copied, 0.00776893 s, 65.9 kB/s
Starting saving /dev/sda1 as /home/partimag/2018-12-16-15-img/sda1.XXX...
/dev/sda1 filesystem: vfat.
*****************************************************.
*****************************************************.
Use partclone with pigz to save the image.
Image file will be split with size limit 10000 MB.
*****************************************************.
If this action fails or hangs, check:
* Is the disk full ?
*****************************************************.
Run partclone: partclone.vfat -z 10485760 -N -L /var/log/partclone.log -c -s /dev/sda1 --output - | pigz -c --fast -b 1024 -p 16 --rsyncable | split -a 2 -b 10000MB - /home/partimag/2018-12-16-15-img/sda1.vfat-ptcl-img.gz. 2> /tmp/split_error.Rd28sa
Partclone v0.2.91 http://partclone.org
Starting to clone device (/dev/sda1) to image (-)
Reading Super Block
we need memory: 171076 bytes
image head 4160, bitmap 166400, crc 516 bytes
Calculating bitmap... Please wait... done!
File system:  FAT32
Device size:  681.6 MB = 1331200 Blocks
Space in use:  38.4 MB = 75032 Blocks
Free Space:   643.2 MB = 1256168 Blocks
Block size:   512 Byte
Image Version:   0001
Total block 1331200
Syncing... OK!
Partclone successfully cloned the device (/dev/sda1) to the image (-)
>>> Time elapsed: 7.24 secs (~ .120 mins)
*****************************************************.
Finished saving /dev/sda1 as /home/partimag/2018-12-16-15-img/sda1.vfat-ptcl-img.gz
*****************************************************.
Starting saving /dev/sda2 as /home/partimag/2018-12-16-15-img/sda2.XXX...
/dev/sda2 filesystem: MS_Reserved_Partition.
*****************************************************.
This file system is not supported by smart programs, e.g. partclone, partimage or ntfsclone, or you force to use dd to save the file system: MS_Reserved_Partition
dd will save and restore all the blocks in the harddrive, no matter if the block is used or not.
Use this method to save the image instead of partclone, partimage or ntfsclone: partclone.dd + pigz
Image file will be split with size limit 10000 MB.
If this action fails or hangs after several minutes, check:
* Is the disk full ?
*****************************************************.
Run partclone: partclone.dd -z 10485760 -N -L /var/log/partclone.log -s /dev/sda2 --output - | pigz -c --fast -b 1024 -p 16 --rsyncable | split -a 2 -b 10000MB - /home/partimag/2018-12-16-15-img/sda2.dd-img. 2> /tmp/split_error.FvRH4b
Partclone v0.2.91 http://partclone.org
Starting to clone/restore (/dev/sda2) to (-) with dd mode
get device size 134217728 by ioctl BLKGETSIZE64,
we need memory: 37444 bytes
image head 4160, bitmap 32768, crc 516 bytes
Calculating bitmap... Please wait... done!
File system:  raw
Device size:  134.2 MB = 262144 Blocks
Space in use: 134.2 MB = 262144 Blocks
Free Space:     0 Byte = 0 Blocks
Block size:   512 Byte
Image Version:   0001
Total block 262144
Syncing... OK!
>>> Time elapsed: 6.14 secs (~ .102 mins)
*****************************************************.
Finished saving /dev/sda2 as /home/partimag/2018-12-16-15-img/sda2.dd-img
*****************************************************.
Starting saving /dev/sda3 as /home/partimag/2018-12-16-15-img/sda3.XXX...
/dev/sda3 filesystem: ntfs.
*****************************************************.
*****************************************************.
Use partclone with pigz to save the image.
Image file will be split with size limit 10000 MB.
*****************************************************.
If this action fails or hangs, check:
* Is the disk full ?
*****************************************************.
Run partclone: partclone.ntfs -z 10485760 -N -L /var/log/partclone.log -c -s /dev/sda3 --output - | pigz -c --fast -b 1024 -p 16 --rsyncable | split -a 2 -b 10000MB - /home/partimag/2018-12-16-15-img/sda3.ntfs-ptcl-img.gz. 2> /tmp/split_error.ybpHnP
Partclone v0.2.91 http://partclone.org
Starting to clone device (/dev/sda3) to image (-)
Reading Super Block
we need memory: 7765956 bytes
image head 4160, bitmap 7757696, crc 4100 bytes
Calculating bitmap... Please wait... done!
File system:  NTFS
Device size:  254.2 GB = 62061567 Blocks
Space in use:  22.6 GB = 5517673 Blocks
Free Space:   231.6 GB = 56543894 Blocks
Block size:   4096 Byte
Image Version:   0001
Total block 62061567
Syncing... OK!
Partclone successfully cloned the device (/dev/sda3) to the image (-)
>>> Time elapsed: 1048.18 secs (~ 17.469 mins)
*****************************************************.
Finished saving /dev/sda3 as /home/partimag/2018-12-16-15-img/sda3.ntfs-ptcl-img.gz
*****************************************************.
Starting saving /dev/sda4 as /home/partimag/2018-12-16-15-img/sda4.XXX...
/dev/sda4 filesystem: ntfs.
*****************************************************.
*****************************************************.
Use partclone with pigz to save the image.
Image file will be split with size limit 10000 MB.
*****************************************************.
If this action fails or hangs, check:
* Is the disk full ?
*****************************************************.
Run partclone: partclone.ntfs -z 10485760 -N -L /var/log/partclone.log -c -s /dev/sda4 --output - | pigz -c --fast -b 1024 -p 16 --rsyncable | split -a 2 -b 10000MB - /home/partimag/2018-12-16-15-img/sda4.ntfs-ptcl-img.gz. 2> /tmp/split_error.a0mdeQ
Partclone v0.2.91 http://partclone.org
Starting to clone device (/dev/sda4) to image (-)
Reading Super Block
we need memory: 39940 bytes
image head 4160, bitmap 31680, crc 4100 bytes
Calculating bitmap... Please wait... done!
File system:  NTFS
Device size:    1.0 GB = 253439 Blocks
Space in use: 445.0 MB = 108636 Blocks
Free Space:   593.1 MB = 144803 Blocks
Block size:   4096 Byte
Image Version:   0001
Total block 253439
Syncing... OK!
Partclone successfully cloned the device (/dev/sda4) to the image (-)
>>> Time elapsed: 50.66 secs (~ .844 mins)
*****************************************************.
Finished saving /dev/sda4 as /home/partimag/2018-12-16-15-img/sda4.ntfs-ptcl-img.gz
*****************************************************.
End of saveparts job for image /home/partimag/2018-12-16-15-img.
*****************************************************.
*****************************************************.
End of savedisk job for image 2018-12-16-15-img.
GPT 1st partition table file found!
GPT 2nd partition table file found!
GPT partition table file for this disk saved by gdisk was found: sda
MBR file for this disk was found: sda
?[1;33mThe image of this partition is restorable: sda1
?[0;39mImage was saved by dd. No need to check the file system integrity: sda2
?[1;33mThe image of this partition is restorable: sda3
?[0;39m?[1;33mThe image of this partition is restorable: sda4
?[0;39m?[1;33mAll the images of partition or LV devices in this image were checked and they are restorable: 2018-12-16-15-img
?[0;39mChecking if udevd rules have to be restored...
This program is not started by Clonezilla server, so skip notifying it the job is done.
Finished!
This program is not started by Clonezilla server, so skip notifying it the job is done.
Finished!
### End of log ###
### Image created time: 2018-1216-1621
tam je vidět že se pro GPT a MBT pouští dd a např pro sda3 se pouští partclone.ntfs výstup se gzipuje přes pigz a výstup se pustí do spliteru, který to finálně rozsekává a díky tomu, že tam mám nastaveno velkou velikost, aby se nic nedělilo, tak mě vznikl jen jeden soubor
sda3.ntfs-ptcl-img.gz.aa
takže, když bych to musel dávat dohromady ručně. tak nejdříve
cat sda3.ntfs-ptcl-img.gz.* > sda3.ntfs-ptcl-img.gz 
(čistě formálně by to udělalo i když tě částí bude více) Potom
gunzip sda3.ntfs-ptcl-img.gz
a finálně bych použil
partclone.restore
ale teď ti přesné parametry nedám, nemám v systému partclone. Všechno to můžeš dát rukama dohromady. Nepostrácel jsi nějaké soubory při přenosu? já mám v adresáři k záloze
ll 2018-12-16-15-img 
celkem 9073528
-rw-r--r-- 1 root root        817 16. pro 22.37 blkdev.list
-rw-r--r-- 1 root root        743 16. pro 22.37 blkid.list
-rw-r--r-- 1 root root       9187 16. pro 23.23 clonezilla-img
-rw-r--r-- 1 root root        206 16. pro 22.54 dev-fs.list
-rw-r--r-- 1 root root          4 16. pro 22.55 disk
-rw-r--r-- 1 root root      32071 16. pro 22.55 Info-dmi.txt
-rw-r--r-- 1 root root        187 16. pro 23.23 Info-img-id.txt
-rw-r--r-- 1 root root      18163 16. pro 22.55 Info-lshw.txt
-rw-r--r-- 1 root root       2065 16. pro 22.55 Info-lspci.txt
-rw-r--r-- 1 root root        223 16. pro 22.55 Info-packages.txt
-rw-r--r-- 1 root root        104 16. pro 23.23 Info-saved-by-cmd.txt
-rw-r--r-- 1 root root         20 16. pro 22.55 parts
-rw-r--r-- 1 root root      17920 16. pro 22.37 sda-gpt.gdisk
-rw-r--r-- 1 root root        688 16. pro 22.37 sda-gpt.sgdisk
-rw-r--r-- 1 root root      17408 16. pro 22.37 sda-gpt-1st
-rw-r--r-- 1 root root      16384 16. pro 22.37 sda-gpt-2nd
-rw-r--r-- 1 root root         37 16. pro 22.37 sda-chs.sf
-rw-r--r-- 1 root root        512 16. pro 22.37 sda-mbr
-rw-r--r-- 1 root root        620 16. pro 22.37 sda-pt.parted
-rw-r--r-- 1 root root        550 16. pro 22.37 sda-pt.parted.compact
-rw-r--r-- 1 root root        832 16. pro 22.37 sda-pt.sf
-rw-r--r-- 1 root root   21570009 16. pro 22.37 sda1.vfat-ptcl-img.gz.aa
-rw-r--r-- 1 root root     702436 16. pro 22.37 sda2.dd-img.aa
-rw-r--r-- 1 root root 8838391686 16. pro 22.54 sda3.ntfs-ptcl-img.gz.aa
-rw-r--r-- 1 root root  430422927 16. pro 22.55 sda4.ntfs-ptcl-img.gz.aa
-rw-r--r-- 1 root root       1238 16. pro 23.09 SHA1SUMS
Třeba ti to nejede jen, že nesedí hash.

A mám ještě jednu poznámku. Já se k zálohám chovám (a to i k těm z clonezilly) jako k broušeným skleničkám od babičky. Dotýkám se jich velmi opatrně. a rozhodně je nepřehazuji bez rozmyslu.
Petr Fiedler avatar 16.2.2019 00:57 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd

Díky za tak pracnou odpověď.

Já se právě do těch souborů včera koukal, ale to víš, jak vy tomu nerozumím. Uvědomil jsem si jednou věc. Vždy když zálohuji, tak nastavím dostatčenou velikost, aby záloha nebyla rozsekaná na více dílů. Problém je, že mám zafixováno, že Clonezilla zálohuje jen obsazený prostor. No a já si při zálohování neuvědomil, že fleška je šifrovaná a bude se zálohovat celá kapacita flešky. Fleška má podle GParted 30560 MiB, což je 32000 MB. Já při její záloze nastavil 30720, jenže problém je možná v tom, že Clonezilla asi používá MB a ne MiB. Když jsem ale projížděl ty soubory, tak se mi vše zdálo OK. Na konci bylo, že všechny obrazy partícií, nebo LV disků byly zkontrolovány a jsou obnovitelné. Takže možná došlo ke kompresi, ale Nemo mi ukazuje velikost obrazu 30,9 GB, což by nesedělo ve vztahu k nastavené velikosti 30720 při zálohování.

Clonezilla-img (místy rozsypaný čaj):

This image was saved by Clonezilla at 2019-01-31 10:45:52 UTC.
Saved by clonezilla-live-20190108-cosmic-amd64.
The log during saving:
----------------------------------------------------------
Starting /usr/sbin/ocs-sr at 2019-01-31 10:35:08 UTC...
*****************************************************.
Clonezilla image dir: /home/partimag
Shutting down the Logical Volume Manager
Finished Shutting down the Logical Volume Manager
The selected devices: sdc
PS. Nabudúce môžte spustiť tento príkaz priamo:
/usr/sbin/ocs-sr -q2 -j2 -z3 -i 30720 -fsck-y -senc -p choose savedisk 19-01-31-img sdc
*****************************************************.
The selected devices: sdc
Searching for data/swap/extended partition(s)...
The data partition to be saved: sdc1 sdc2 sdc3
The selected devices: sdc1 sdc2 sdc3
Shutting down the Logical Volume Manager
Finished Shutting down the Logical Volume Manager
Saving block devices info in /home/partimag/19-01-31-img/blkdev.list...
Saving block devices attributes in /home/partimag/19-01-31-img/blkid.list...
Checking the integrity of partition table in the disk /dev/sdc... 
Reading the partition table for /dev/sdc...RETVAL=0
*****************************************************.
Saving the primary GPT of sdc as /home/partimag/19-01-31-img/sdc-gpt-1st by dd...
34+0 records in
34+0 records out
17408 bytes (17 kB, 17 KiB) copied, 0.0013449 s, 12.9 MB/s
*****************************************************.
Saving the secondary GPT of sdc as /home/partimag/19-01-31-img/sdc-gpt-2nd by dd...
32+0 records in
32+0 records out
16384 bytes (16 kB, 16 KiB) copied, 0.030424 s, 539 kB/s
*****************************************************.
Saving the GPT of sdc as /home/partimag/19-01-31-img/sdc-gpt.gdisk by gdisk...
The operation has completed successfully.
*****************************************************.
Saving the MBR data for sdc...
1+0 records in
1+0 records out
512 bytes copied, 0,000335 s, 1,5 MB/s
Starting saving /dev/sdc1 as /home/partimag/19-01-31-img/sdc1.XXX...
/dev/sdc1 filesystem: BIOS.
*****************************************************.
*****************************************************.
Use partclone with lzop to save the image.
Image file will be split with size limit 30720 MB.
*****************************************************.
If this action fails or hangs, check:
* Is the disk full ?
*****************************************************.
Run partclone: partclone.dd -z 10485760 -N -L /var/log/partclone.log -s /dev/sdc1 --output - | lzop -c -3 | split -a 2 -b 30720MB - /home/partimag/19-01-31-img/sdc1.dd-ptcl-img.lzo. 2> /tmp/split_error.6OfSNX
Partclone v0.3.12 http://partclone.org
Starting to clone/restore (/dev/sdc1) to (-) with dd mode
get device size 4194304 by ioctl BLKGETSIZE64,
memory needed: 20972544 bytes
bitmap 1024 bytes, blocks 2*10485760 bytes, checksum 0 bytes
Calculating bitmap... Please wait... done!
File system:  raw
Device size:    4.2 MB = 8192 Blocks
Space in use:   4.2 MB = 8192 Blocks
Free Space:     0 Byte = 0 Blocks
Block size:   512 Byte
Total block 8192
Syncing... OK!
>>> Time elapsed: 6.10 secs (~ .101 mins)
*****************************************************.
Finished saving /dev/sdc1 as /home/partimag/19-01-31-img/sdc1.dd-ptcl-img.lzo
*****************************************************.
Starting saving /dev/sdc2 as /home/partimag/19-01-31-img/sdc2.XXX...
/dev/sdc2 filesystem: vfat.
*****************************************************.
*****************************************************.
Use partclone with lzop to save the image.
Image file will be split with size limit 30720 MB.
*****************************************************.
If this action fails or hangs, check:
* Is the disk full ?
*****************************************************.
Run partclone: partclone.vfat -z 10485760 -N -L /var/log/partclone.log -c -s /dev/sdc2 --output - | lzop -c -3 | split -a 2 -b 30720MB - /home/partimag/19-01-31-img/sdc2.vfat-ptcl-img.lzo. 2> /tmp/split_error.zueCoP
Partclone v0.3.12 http://partclone.org
Starting to clone device (/dev/sdc2) to image (-)
Reading Super Block
memory needed: 21102596 bytes
bitmap 131072 bytes, blocks 2*10485760 bytes, checksum 4 bytes
Calculating bitmap... Please wait... 
done!
File system:  FAT32
Device size:  536.9 MB = 1048576 Blocks
Space in use:   1.3 MB = 2544 Blocks
Free Space:   535.6 MB = 1046032 Blocks
Block size:   512 Byte
Total block 1048576
Syncing... OK!
Partclone successfully cloned the device (/dev/sdc2) to the image (-)
>>> Time elapsed: 7.19 secs (~ .119 mins)
*****************************************************.
Finished saving /dev/sdc2 as /home/partimag/19-01-31-img/sdc2.vfat-ptcl-img.lzo
*****************************************************.
Starting saving /dev/sdc3 as /home/partimag/19-01-31-img/sdc3.XXX...
/dev/sdc3 filesystem: crypto_LUKS.
*****************************************************.
*****************************************************.
Use partclone with lzop to save the image.
Image file will be split with size limit 30720 MB.
*****************************************************.
If this action fails or hangs, check:
* Is the disk full ?
*****************************************************.
Run partclone: partclone.dd -z 10485760 -N -L /var/log/partclone.log -s /dev/sdc3 --output - | lzop -c -3 | split -a 2 -b 30720MB - /home/partimag/19-01-31-img/sdc3.dd-ptcl-img.lzo. 2> /tmp/split_error.fyK5wH
Partclone v0.3.12 http://partclone.org
Starting to clone/restore (/dev/sdc3) to (-) with dd mode
get device size 31498174464 by ioctl BLKGETSIZE64,
memory needed: 28661504 bytes
bitmap 7689984 bytes, blocks 2*10485760 bytes, checksum 0 bytes
Calculating bitmap... Please wait... done!
File system:  raw
Device size:   31.5 GB = 61519872 Blocks
Space in use:  31.5 GB = 61519872 Blocks
Free Space:     0 Byte = 0 Blocks
Block size:   512 Byte
Total block 61519872
Syncing... OK!
>>> Time elapsed: 498.82 secs (~ 8.313 mins)
*****************************************************.
Finished saving /dev/sdc3 as /home/partimag/19-01-31-img/sdc3.dd-ptcl-img.lzo
*****************************************************.
End of saveparts job for image /home/partimag/19-01-31-img.
*****************************************************.
*****************************************************.
End of savedisk job for image 19-01-31-img.
GPT 1st partition table file found!
GPT 2nd partition table file found!
GPT partition table file for this disk saved by gdisk was found: sdc
MBR file for this disk was found: sdc
Image was saved by dd or partclone.dd. No need or no way to check the file system integrity: sdc1
?[1;33mObraz tejto partície je obnoviteľný: sdc1
?[0;39m?[1;33mObraz tejto partície je obnoviteľný: sdc2
?[0;39mImage was saved by dd or partclone.dd. No need or no way to check the file system integrity: sdc3
?[1;33mObraz tejto partície je obnoviteľný: sdc3
?[0;39m?[1;33mVšertky obrazy partícií alebo LV diskov v tomto obraze boli skontrolované a sú obnoviteľné: 19-01-31-img
?[0;39mChecking if udevd rules have to be restored...
This program is not started by Clonezilla server, so skip notifying it the job is done.
This program is not started by Clonezilla server, so skip notifying it the job is done.
Finished!
Finished!
### End of log ###
### Image created time: 2019-0131-1045

Může se hash změnit změnou vlastníka a práv?

Pokud bys chtěl pomoci, rád dodám cokoliv, co budeš chtít.

Petr Fiedler avatar 16.2.2019 11:36 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezill vs dd

Tak už to neřeš lertimire. Jdu to přeinstalovat.

Petr Fiedler avatar 17.2.2019 00:04 Petr Fiedler | skóre: 35 | blog: Poradna | Brno
Rozbalit Rozbalit vše Re: Clonezilla vs dd
Odpovědět | | Sbalit | Link | Blokovat | Admin

Díky všem. Rozhodl jsem se zůstat u Clonezilly a na některé věci, co jste tu zmínili se určitě podívám více z blízka.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.