Vlákno názorů k článku
Clonezilla Live 3.2 aktualizuje balíčky a lépe identifikuje disky od regine - Vyřešili v něm užití menších disků/partition? Standardní Clonezilla...

Vyřešili v něm užití menších disků/partition? Standardní Clonezilla to údajně též uměla (zdůrazňuji teoreticky uměla), ale z diskusí na netu vyplynulo, že bylo nefunkční v praxi. Zkoušel jsme kdysi přesně dle návody a nikdy jsem neuspěl. Vždy jsem musel nejdříve pomocí Gparted zmenšit partition-s/oddíly-y.

Mas namysli klonovani vetsiho disku/partition na mensi disk/partition?
Clonezilla to skutecne umi (a umela), pouzival jsem to X krat.
Jen to neni na 2 entry :)

Kdyz si pripravis config do cmdline, tak to muze byt i na 1 enter ;⁠-⁠) (delal sem jak do PXE, tak do Grub@USBFlash)

je na to uz mnoho let (i kdyz zpocatku to nechodilo) volba "icds" (IgnoreCheckDes­tinationSize), naposledy sem to zkousel pred par lety pres virtual a fungovalo to, image udelat z asi 256GB a obnoven na 32GB, jestli ale nenarazis na mouchy v beznem/castem provozu/pouziti netusim :-)

btw: Clonezilla Live, je standardni Clonezilla, pouze neresi client->server jako servrove ciste drbl, ale jinak je to v podstate Debian_nebo_Ubuntu + Clonezilla balicky pripravene od autoru Clonezilly ;-)

Jestli chápu dobře tak jde mu spíš o to, že vemeš disk 1TB a původní byl třeba 500GB. Tobě se ovšem nakopíruje na 1TB, ale on chtěl to rozdělit. Na 500GB jak to bylo a volné 500GB. Ono to hodí pod jedno jako 1TB.

něco podobného jsem řešil před x lety. Nastavit v gparted velikost a pak to clonovat.

Clonezillu používám ve více verzích kvůli archaickému HW na kterém novější verze nechodí.. Verze 1.13, 2.46 a 3.1. Každá má při klonování možnost použít stávající velikost partition z obrazu disku.

to by melo jit kdyz vyple pouzije -k0 (pouzit partition table z image) misto -k2 (proporcionalne menit velikost oddilu) , nevim ted ktere je vychozi a mozna i vypnout -r (resize filesystem), i kdyz logicky kdyz by se nemenil oddil tak -r by melo udelat neco_100%->stejne_100%, ale zminujou to :-)

https://clonezilla.org/clonezilla-live/doc/02_Restore_disk_image/advanced/09-advanced-param.php

vim ze pred temi X lety v -k2 byl problem ze nektere system (efi?) oddily na predinstalovanych Win na tusim Dell nebo HP, to spatne detekovalo jako "nezvetsitelne" a pri 64GB zdroj_disk => 2TB cil_disk to pri -k2 zbytecne ten oddil zvetsilo na ~6GB, a pridaval sem si to "zdrojaku" (= bash scriptu) te Clonezilly rozsirenou detekci, ale urcite vim ze (tehdy) vychozi stav byl ze pri 64GB_zdroj => 2TB_cil to vyuzilo jen 64GB disku a to -k2 se muselo aktivovat prave proto aby se to roztahlo

Jen k tomu optionu -icds, to přeci řeší jen restore tabulky z většího disku na měnší. FS na oddílech se vždycky musí vejít na cílový disk.
Např. dělám template a mám 256GB SSD, udělám si základní oddíly, nebo LVM tak, aby mi zabraly třeba do 40 GB. Pak udělám Clonezillou image celého disku - device-image režim. Když bych to pak restoroval třeba na 128GB SSD, tak by to selhalo bez icds, protože je tam uloženo, že původní disk měl 256 GB.

Zmenšování FS samotných to ale neumí, což je ale omezení toho partclone samotného, které běží pod tím.
Pokud potřebuju zmenšit FS a oddíl tak, aby se mi vešel na nový cílový disk, nezbyde než to udělat ručně před klonováním a specficky podle konkrétního FS.
Např. u ext4 přes resize2fs, u xfs pak jedině přes xfsdump a xfsrestore atp.
NTFS jde buď přes ntfsresize, ntfsfix (vymazání dirty flagu), nebo ješte líp (bezpečněji) z Windows přes jejich vestavěné zmenšování NTFS oddílů (diskpart nebo Správce disků z GUI).
Takže technicky vzato dá se to, ale je to ruční práce.

ano, icds resi to aby se obnova nezastavila pri obnove na mensi disk

nejsem si uplne jistej jak partclone to resi, ale urcite nedela image disku, ale jen pouzitych bloku...

je mozne ze me pokusy prosli OK, protoze zdroj big oddil od svejch 0% do posledni obsazeny blok bylo mensi nez cilova velkost zmenseneho, tim ze ja testoval cistou instalaci Windows...

pokud by ale napr sem na 256GB oddil s Windows nahral do 200GB volneho mista 190GB dat, pak nainstaloval napr. Total Commander, a tech 190GB dat smazat, tak TC by byl ulozen na konci oddilu, a pri obnove na 64GB disk s icds by to mozna pri partclone restore delalo problem... tim ze TC by byl v puvodnim oddilu za hranici velikosti zmenseneho oddilu na novem disku...

To icds opravdu řeší jen tu tabulku, nic víc.
Na jednotlivé oddíly pak volá partclone, tzn. v případě NTFS oddílu partclone.ntfs
Ten skutečně žádné shrinkování nemá, ano přečte si bitmapu (metadatový soubor $Bitmap na NTFS), ale nic dalšího neřeší - neupravuje struktury bitmapy, neupravuje umístění žurnálu, záznamy v MFT atp. Dá se mu vynutit to, že bude ignorovat velikost cílového oddílu optionem -C, ale to neskončí dobře - zpravidla už během samotného klonování (resp. restore) to začne vyhazovat chyby, protože ty struktury se odkazují na cluster offsety, které na cílovém oddílu nejsou. A výsledný FS bude nakopnutý.
Jak moc, na kterých místech, a jestli ho třeba nativní Windows fsck neopraví je druhá věc.
Teď jsem si to cvičně testoval u sebe v Linuxu, image - 8GB NTFS oddíl, zapsal jsem dva kontinuální 1GB soubory s náhodnými daty, takže volného místa dost. Pokus s partclone.ntfs s ignorováním velikosti na cílový 4GB oddíl. Spolehlivě to rozstřelilo výsledný FS, ntfsfix (z ntfsprogs) to neopraví, nejde připojit, protože nelze přečíst žurnál, který je na menším oddílu mimo.
Ale je samozřejmě možné, že jste měl štěstí, správnou konstelaci planet při alokaci na původním FS.. :)

Tzn. jediný, mě známý způsob s opensource nástroji, je předtím zavolat ntfsresize.
Gparted, co tady zmiňoval tazatel, víceméně dělá při změně oddílu totéž, používá to nástroje z ntfs-3g.