Dotaz: Změnšení šifrovaného oddílu Fedory

[filbar]

Chtěl bych na notes koupit SSD disk(bude menší než točný), avšak mám tam šifrovaný root oddíl pomocí Fedořího KUKS2. Jde nějak takový oddíl zmenšit bo budu muset reinstall?

Odpovědi

[kotyz]

Teoreticky, připojit odjinud, dešifrovat, udělat image na jiné místo, zvětšit nebo nahradit jiným diskem, nahrát image zpět. Fakticky to může být jinak Zkus a uvidíš, v každém případě si image udělej, pro jistotu i jednu s dd.

[kotyz]

zmenšit

jo zmenšit, tak to je jiná, tak pokud pokud bude FS schopný defragmentace tak jak to jde s NTFS tak je to možné, máš jedinečnou šanci zjistit, jestli je kterýkokoliv linuxový FS této vlastnosti vůbec schopný, moc tomu ale nevěřím.

[Peter Golis]

máš jedinečnou šanci zjistit, jestli je kterýkokoliv linuxový FS této vlastnosti vůbec schopný, moc tomu ale nevěřím.

Od toho zvyklo existovať gParted Live CD v ktorom to zvládol naklikať hocikto aj pre Linuxový FS na LVM ktoré bolo na LUKS.

Ale rád by som si pozrel nejaký pravdivý názor prečo by to Linuxové FS nemali zvládať. Go on, continue ...

[k3dAR]

ses si jistej ze gParted (uz) umi zmensit LUKS oddil?

[Peter Golis]

To som ani netvrdil.

Možností ako to presunúť je veľa, ale najjednoduchšia je čistá inštalácia. Ak teda človek nemá špeciálne vytzunený desktop, kde si už nepamätá čo všetko tam prestavil. Inštalácia tej Fedory asi nezaberie toľko času ako zaberie inštalácia Linux From Scratch, alebo Gentoo.

[k3dAR]

predpokladal sem ze tva reakce byla k dotazu, kdy zmenseni v gparted pouze filesystemu by nepomohlo, nicmene sem to roky nezkousel, takze mozna to gparted i s luks uz umi, nekdy zkusim...

[Peter Golis]

Tak či onak by som odporúčal reinštaláciu, už len kvôli natívnym veľkostiam blokov (i keď u SSD to asi tiež reportuje falošných 512b pre desaťročia mŕtvy MS-DOS).

Ono, možností ako to presunúť je nespočet. Kľudne aj ručne zakryptovať disk, vytvoriť približne rovnakú tabuľku rozdelenia na logické disky, LVM a presunúť LV na iný PV (po zmenšení, samozrejme). Ale furt to bude viac práce ak s reinštaláciou.

[Jendа]

Ano, zrovna předevčírem jsem to dělal. Ale byl to LUKS1, nevím jestli umí LUKS2, ale bylo by divné, že by neumělo.

To je vlastně ještě jednodušší než to dělat ručně jak píšu níže!

[k3dAR]

zkusil sem posledni gparted live na virtual s cistou instalaci Xubuntu 20.04 (zvoleno LVM+LUKS)
1. neumi pracovat s LV, takze zmenseni LV rucne v terminalu pres lvreduce

2. sice umi zmenit velikost PV, ale pokud nejsou LV smrskle (coz v danem pripade nebylo, po zmenseni LV root, byla mezi root a swap mezera o velikosti toho zmenseni) tak zarve (gpatedem pouzitej nastroj pvresize) ze nejde zmensit protoze prekazi extendy za hranici zmenseni) => rucne v terminalu pres pvs+pvmove

3. ted uz projde zmenseni PV, ale pri kroku zmenseni LUKS oddilu hodi error -1

zkousel sem to s aktivovanym i deaktivovanym LVM, btw: instalatorem bylo nahozeno LUKS2, nevim zda to s tim souvisi

[+1 za zkoušku]

[+1 za zkoušku]

s cistou instalaci

Čistá instalace bude mít minimální fragmentaci, takže ani to nebude dostatečná zkouška.

[Jendа]

Už jsi někdy zažil, že by resize2fs odmítl zmenšit FS kvůli fragmentaci, zejména pokud nešlo o zmenšení „na krev“, ale stále mělo zůstat třeba 10-20 % místa? Může se to vůbec stát? Kolik tak je režie při ukládání i brutálně fragmentovaného souboru? Bych řekl že tak do 1 %.

[+1 za zkoušku]

Šlo my jen o to se dovědět jestli to lze zmenšit u déle sloužícího systému, tak aby nedošlo k poškození kteréhokoliv souboru, netrvám o smrštění na krev, je jasné že každý FS potřebuje i nějaké volné místo. Sám jsem si to před několika lety zkusil teď nevím jestli to bylo už EXT4 a o data jsem přišel, žádná osobní jen ta část bez HOME. Dělal jsem to na odpojeném FS, a tak by mi to i stačilo. Vím, že u NTFS na to spolehnutí je, pro to když jsem linux instaloval linkoval jsem osobní soubory z HOME do NTFS. Každá dobrá zpráva mě potěší. Spekulace mě nepřesvědčí a asi ne jen mě.

Dnes na systémové disky používám jen nvme, u záložních rotačních mám jen NTFS, jsem věčný dualbootař.

[Jendа]

Šlo my jen o to se dovědět jestli to lze zmenšit u déle sloužícího systému, tak aby nedošlo k poškození kteréhokoliv souboru

Ano, samozřejmě, že lze, a pokud požaduješ nemožné, tak resize2fs řekne, že to nejde, místo toho, aby to zkusil a rozbil FS.

Vím, že u NTFS na to spolehnutí je

No, linuxové ntfsresize bylo vždycky s varováním, že to napsali podle reverzního inženýrství, a za nic ručit nemohou.

Sám jsem si to před několika lety zkusil teď nevím jestli to bylo už EXT4 a o data jsem přišel

Jako bugy v software samozřejmě jsou, ale rozhodně tohle není běžné.

[+1 za zkoušku]

Vím, že u NTFS na to spolehnutí je

No, linuxové ntfsresize bylo vždycky s varováním, že to napsali podle reverzního inženýrství, a za nic ručit nemohou.

Samozřejmě používám orig. nástroj ale bez problému fungoval i manager od Paragon Software který jsem dlouho používal, než přišlo EXT4.

[+1 za zkoušku]

Už jsi někdy zažil, že by resize2fs

Ne tohle jsem nikdy nepoužil, použil jsem zmiňovaný gparted, dnes na editaci kolem FS používám gnome-disks, ten přirostl k srdci když mi gparted odmítl naformátovat flash klíčenku na kterém byla struktura s EFI oddílem, na kterém si vylámal zuby i diskový správce ve Windows 7.

[Jendа]

Ne tohle jsem nikdy nepoužil, použil jsem zmiňovaný gparted

gparted je pouze klikátko, které volá řádkové utility, mj. resize2fs. Můžeš to snadno vidět když v tom okýnku když se změny vykonávají rozbalíš podrobnosti.

[Petr Fiedler]

Přesně s tímhle jsem měl v minulosti problém taky. Co se týká GParted, tak tam je třeba tu flešku napřed odpojit a pak to jde. Ve Windows mi to taky nešlo standardně ve správci souborů > pravomyš na flešku > formátovat atd., ale když jsem spustil cmd jako admin a spustil diskpart, tak to pak šlo. Někdy se to ale seklo a musel jsem restartovat a pustit diskpart znovu, ale nakonec to šlo. Teď, co jsem přešel na GNU/Linux to dělám v GParted a nemám problém. Většinou začnu tím, že vytvořím novou tabulku oddílů (gpt). A v mém distru (Mint) je na to "Nástroj pro formátování USB úložišť" a ten to taky vždy udělá. A jasně, že Parted v terminálu taky.

[+1 za zkoušku]

Samozřejmě jsem to zkoušel odpojené, ale když s tím poprvé přišlo mediacreator od Fedory gparted ani Windows nevěděli co je EFI, viděli jen tu druhou část.

[k3dAR]

zmensit FS nebude problem, ext4, btrfs, opatrnost bude ale s "zmensenim" LUKS oddilu, tem se neda zmensit normalne, ale smaze se a vytvori znovu s nizsim koncem (nutno stejny zacatek), a pracuje se s jednotkou sektory, takze tazatel bude muset (PECLIVE a pro jistotu AZ PO zaloze disku) pocitat, info napr. zde

[Jendа]

jestli je kterýkokoliv linuxový FS této vlastnosti vůbec schopný, moc tomu ale nevěřím

WTF. To je snad samozřejmé že to jde. Například pro ext2/3/4 je to nástroj resize2fs, pro btrfs "btrfs fs resize" atd.

[kotyz]

To bylo myšleno s obavou o ztrátu původních dat, kdyby to zkoušel bez zálohy.

[Jendа]

1) zmenšit FS (např. pro ext4 resize2fs, pro ostatní FS obdobné. Myslím že nejde zmenšovat ZFS a možná XFS nebo nějaký Reiser, ale ostatní běžné FS jdou). FS většinou nejdou zmenšovat za běhu (vyjma možná btrfs), je potřeba nabootovat live z flashdisku a udělat to z něj

2) zmenšit šifrovaný kontejner (cryptsetup resize). Možná by to šlo i bez toho, protože minimálně LUKS1 si uměl velikost upravit automaticky, ale radši bych to udělal

3) zmenšit oddíl/LV na kterém to je

[Jendа]

Mimochodem proč že to potřebuješ dělat? Já systém vždy kopíruji rsyncem normálně jako soubory.

[ET]

s rsyncem muze byt nekdy problem poladit spravne vsechny volby, na (cistou) kopii systemu bude imho lepsi tarpajpa - nebo si pamatujes/mas nejake super-kombo rsync voleb, ktere zkopirujou 1:1 naprosto vse?

[Jendа]

Ne, dávám jenom -avhP --numeric-ids (což je potřeba při vzdáleném kopírování jiného systému). Ale to s těmi xattrs, sparse a hardlinky je dobrej postřeh. Ani jedno z toho nějak moc nepoužívám, tak jsem na to zatím nenarazil (na to sparse myslím jednou).

[pavele]

Mělo by to být něco jako: rsync -avxHAXS --numeric-ids --info=progress2

H - hardlinky, S - sparse soubory, A - Acl, X - xattr

Taky by šlo použít obyčejné cp nebo tar...

[jiwopene]

Jaký je tam souborový systém?

Pokud se FS umí zmenšit, tak postup je:

1. Při odemčeném LUKSu zmenšit FS beze změny velikosti oddílu.
2. „Oznámit“ budoucí zmenšení LUKSu pomocí cryptsetup resize (viz manuál), aby si poupravil konfiguraci.
3. (Volitelné) Odpojit souborový systém, uzamknout LUKS.
4. (Volitelné) Zmenšit oddíl.

V závislosti na použitém FS musí být připojený nebo odpojený. Btrfs musí být připojený, ext2/3/4 nesmí.

---

Pokud je možné mít připojené oba disky zároveň (tedy když má notebook více míst pro disk¹, nebo máte vhodný převodník²), můžete připravit nový disk (rozdělit, nastavit LUKS) a překopírovat data na něj. To funguje prakticky vždy a bez nutnosti reinstalace. Poté je třeba nainstalovat a nakonfigurovat zavaděč.

V závislosti na použitém FS toto můžete provést za běhu – btrfs, ZFS a další umí vytvořit snapshot stavu a ten přenést jinam. V případě btrfs je tato možnost vhodnější, protože prosté cp rozbije reflinky a data tak mohou zvětšit svou velikost.

---

[1] Existují i adaptéry pro připojení disku místo mechaniky pro optické disky.

[2] Ten můžete v případě potřeby získat rozebráním externího pevného disku. Ten zpravidla má 3 části: kryt, převodník (na jedné straně např. USB, na druhé SATA) a disk samotný). 2,5" disk se dá dostat i do krabice na 3,5" disk.

[laik]

FS beze změny velikosti oddílu.

Není tu kolize, rozpor?

[jiwopene]

Filesystém se zmenší (jako by byl na meněším oddílu), ale tabulka rozdělení disku a velikost z pohledu LUKSu zůstává stejná.

[Josef Kufner]

1. Odzálohuj vše. Pokud se operace nepovede, ať nepřijdeš o data.
2. Nabootuj nějaké vhodné live CD.
3. Spusť GParted, což je grafický nástroj na manipulaci s oddíly.
4. Naklikej si tam, co potřebuješ.
5. GParted spustí ty správné nástroje se správnými parametry

[Josef Kufner]

Pokud budeš kupovat nový disk, tak nechceš měnit ten starý, ale chceš přenést data na nový.

Udělej na novém disku minimální instalaci stejné distribuce stejné verze, jako máš na starém. Tím budeš mít správně rozdělený disk a bootující systém.

Pak pomocí rsync -arxXA --delete /mnt/stary/ /mnt/novy/ přenes data ze starého disku na nový. Tím přeplácneš tu minimální instalaci tou starou. Výsledkem by měl být identický systém na novém disku.

Než z toho nového nabootuješ, budeš možná muset změnit označení disku v /etc/fstab a přeinstalovat bootloader, aby to nabootovalo.

Výhoda tohoto postupu je, že nepotřebuješ live CD. Jakmile budeš mít nainstalován ten minimální systém, můžeš ho nabootovat, připojit starý disk do USB a spustit rsync za běhu toho minimálního systému (cíl bude / a musíš ještě zkopírovat /boot a /boot/efi). Po běhu rsync budou běžící služby v poněkud zmateném stavu, ale v minimálním systému žádné nejsou, tak to nevadí. Jen pak opravíš zavaděč a rebootneš do už přeneseného systému.

[Andrej]

…pomocí Fedořího KUKS2…

Jo tak tady by mohl poradit Matyáš Bernard Braun 2.