Dotaz: Fdisk jak změnit velikost disku ?

[David]

Příloha:

• fdisk.PNG (34644 bytů)

Ahoj, měl bych otázku ohledně změny velikosti disku. Nejdříve bych to rád pochopil viz obrázek. Pokud zadám příkaz fdisk -l, tak tam vidím home a root. To znamená že root může využít 50GB a home 700GB ? A pokud ano zkoušel sem příkaz "fdisk /dev/mapper/volGroup_lv_home" to mi vypíše nějaké možnosti, ale nikde není možnost zmenšit velikost disku. Jak tedy dokážu zmenšit home a zvětšit root ?

Odpovědi

[k3dAR]

fdisk pracuje jen s klasickeja oddilama, to co mas ty je jeden velkej (klasickej) oddil na kterem je LVM, v ramci toho LVM pak mas jeho logicke oddily, na to se pouziva nastroj lvm, ten umoznuje (ve spojeni s resize2fs pro ext4 fs) zmensit velikost logickeho oddilu... pro dukladnejsi seznameni muzes si precist (i kdyz par let starej) tento serial: http://www.abclinuxu.cz/serialy/lvm

jinak root oznaceni lvm (ktere ti bylo zvoleno auto pri instalaci) neni pro (super)uzivatele "root", ale pro root/korenovej filesystem/souborovejsystem, kterej obsahuje kompletni operacnisystem+aplikace + vse ostatni krome /home

jeste je otazka, proc potrebujes zvetsovat rootfs, ktere lidi bezne maj v pripade Desktopu 10-15GB a ty ho mas uz ted 50GB ;)

[David]

Já potřebuji mít na sdílenou složku, ale moje na sdílená složka má momentálně jet 50GB, a tu potřebuji zvětšit na co největší možnost a vůbec nevím jak na to, tak sem myslel pokud bych zvětšil ten root, tak se mi zvětší i ta složka :D. Takže moje otázka teď zní jak tu složku zvětším ?

[lertimir]

Měl by sis ujasnit, co máš a jak máš připojené. Co je "sdilená složka" pro tebe ve tvé konfiguraci asi z nás nikdo nemá tušení. Když by to tedy bylo tak, že někde v root filesystemu máš tu sdílenou složku, tak musíš udělat následující.

1. zmenšit file system na /home. (resize2fs)
2. zmenšit logicial volume VolGroup-lv_home (lvresize). Tady musíš být opatrný, a zmenšit to jen tak, aby jsi neodřezal i sektory, které patří do zmenšeného filsystemu
3. zvětšit logical volume VolGroup-lv_root a finálně zvetšit filesystem na root (příkazy stejné)

[David]

Normálně přes sambu mám na sdílenou složku ovšem jak se zdá tak nevím co je její domovský adresář jestli "root" nebo "home" dá se tedy tohle nějak zjistit ?

[ha.run]

ked si zvladol nakonfigurovat sambu, tak snad ju zvladnes aj prekonfigurovat aby zdielala adresar z tvojho domovskeho adresara ktory ma ~700GB. Tak tam presun vsetky data a nasmeruj tam sambu. Ak mas dufajme vypnuty selinux, tak to pojde vsetko ako ma. ak nechces prekonfigurovavat sambu, tak to bude zlozitejsie :) Bud sa popasujes s lvresize, lvextend prikazmi, alebo pouzi nasledovne:

vymyslim si uzivatela david, pis do prikazoveho riadku ako root:

/path/to/share je absolutna cesta k tvojmu zdielanemu adresaru

# mkdir ~david/share

# cp -rp /path/to/share/* ~david/share/

*** tu stopni sambu podla distribucie aku mas

# rm -rf /path/to/share/*

# mount --bind ~david/share /path/to/share/

# cat >> /etc/fstab <<'EOF'

/home/david/share /path/to/share/ none defaults,bind 0 0

EOF

*** nastartuj sambu

snaz sa nic nepokazit a radsej si to skus najprv na virtuale :) vsetky sposoby, aj resize filesystemu a particii aj editovanie fstabu mozu sposobit ze uz nenabootujes a sposobis si viac problemov ako uzitku

[David]

No sambu předělávat nechci .. Rád bych se naučil i tu druhou variantu. Takže sem měl pravdu? Musel bych zmenšit home a zvětšit root ?

[ha.run]

home nezmensis tak jednoducho, kedze si prihlaseny pod svojim uzivatelom, musel by si sa odhlasit otvorit si novu konzolu bez GUI, prihlasit sa pod rootom a tam to zmensit. nasledne zvacsit root by malo byt mozne, ale riskujes stale :) podla mna je sposob prekopirovat data do tvojho home, a bindom to remountovat do povodnej cesty najmenej invazivne riesenie.

[Petr Maleček]

Uvědomuješ si, ale, že přesunutí té sdílené složky do svého HOME adresáře je mnohem logičtější a rozumnější postup, než se štvát se změnama velikosti oddílů?

[Ondra Beneš]

Můžeš nám prosím tě poslat konfigurák samby,

/etc/fstab

a výstup těchto příkazů?

    # lsblk -s
    # pvs
    # vgs
    # lvs -a -o+devices
    # cat /proc/mounts

Pro ty LVM příkazy budeš muset být root.

Způsob, který popisuje ha.run, je o vytvoření adresáře, který pak asi chce nasdílet sambou. Tzn ten adresář bude mít tolik místa, kolik má místa filesystém na tom LV.

Co to je za distro?

Jinak OT, pokud seš nový v Linuxu, doporučuju něco nastudovat předem. Většinou je dobře zdokumentovaný a v manuálových stránkách, na wiki projektů (samba) a wiki distribucí pravděpodobně najdeš, co hledáš.

Taky tady na abclinuxu, na root.cz, linuxexpres.cz apod seženeš spoustu užitečných info, doporučuju.

[Ondra Beneš]

Čau, tady si dovolím malou vsuvku.

a) lvresize, lvextend, lvreduce fungují i s parametrem -r, který provede resize FS před zmenšením LV, nebo FS zvětší hned po tom, to LVM zvětší LV (uděláš to tedy jedním příkazem a máš jistotu, že to za tebe LVM správně spočítá). Samozřejmě je potřeba si dát pozor, jestli je FS, o kterém mluvíme, připojený.

Některé FS umožňují zvětšení online, když jsou připojené (ext3, ext4, xfs, minimálně)

Nevím o FS v Linuxu, který by se dal online zmenšit. (nejsem si jistý btrfs/ZFS)

man lvextend
man lvreduce

atd.

[ha.run]

ja mam silne podozrenie ze lvresize, lvreduce, lvextend nepojde na root a home filesysteme tak trivialne ako by to clovek ocakaval. nabootovat z live iso, alebo single user mode bude ovela istejsia cesta, ale pre zaciatocnika je to vsetko prilis riskantne a podla mna to uz potom nikdy nenabootuje, ked si rozbije lvm.

[Ondra Beneš]

Jo jo, proto jsem psal, ať si dá pozor, jestli to je připojené. Pokud si člověk chce hrát s Linuxem, ať si něco nejdřív přečte a pak si to zkusí, nejlíp někde bokem nanečisto :)

[k3dAR]

lvextend je samozrejme naprosto bez problemu na pripojenem oddilu za chodu jak pro / tak pro /home :)

[k3dAR]

btw: jde o nasdilenou slozky, nikoliv "na sdilenou" nebo si snad ten pocitac na instaloval a pritom se dostatecna na pil a kdyz ti to nejde tak ses na sral? ;)

[Bill Gates]

http://gparted.org/

[Andrej]

Klasika. Tohle je jeden z mnoha důvodů, proč nevytvářet žádné oddíly a proč mít Btrfs přes celý disk (kromě swapu, je-li nezbytný).

[k3dAR]

klasika Andrej, pise bez premysleni a zamysleni se nad souvislostma...
tazatel ma ocividne problem s chapanim rozdeleni disku a co je to LVM a ty prijdes s Btrfs kde bude muset travit mesicni skoleni aby se to naucil vubec pouzit ;) a pulrocni skoleni aby to nejak upravoval...
ma na celem disku LVM kdyz si o nem neco naccte, napr. z odkazu co sem mu poslal, tak zvladne bez problemu to co potrebuje, LVM je naprosto v pohode pochopitelne, logicke a predvidatelne...

[Andrej]

Naopak. U Btrfs nebude muset dělit disk a nebude tedy muset chápat rozdělení disku. Proto je Btrfs jednoduché a snadno pochopitelné řešení. LVM se svými pv, vg a lv je pro začátečníky dost hrubě nevhodné. Tedy, ne že by LVM abstrakce nebyla svým způsobem zvráceně hezká a ne že bych nepoužíval LVM na oddělení swapu a dat u notebooků, ale začátečníkovi by jako první řešení úložiště nejlépe sednul Btrfs v jednom oddíle přes celý disk. Cokoliv jiného je úplně zbytečný kompromis a zbytečná komplikace.

Ano, četl jsem, že už tam má bohužel LVM. Než ale začne číst nekonečné manuálové stránky LVM, měl by vědět, že přechod na Btrfs mu může tohle všechno úsilí rovnou ušetřit.

[Jendа]

btrfs neumí nastavovat spoustu parametrů (jako třeba CoW, discard nebo RAID level) v rámci subvolumes. Proto je někdy bohužel potřeba mít oddělené filesystémy.

[ha.run]

krasne na LVM je to ze clovek vie robit mirror na urovni lv, nepotrebuje mirrorovat cele disky, cize kludne mozem mat 3 disky, tam 100GB volume v mirrore kludne ay 3way mirror na kriticke data a zvysok na torrenty a celkovo kopiu internetu ktory moze byt uplne vpohode nemirrorovany, cize clovek ma aj data v bezpeci aj kopec miesta na nekriticke data. To je jedina vec preco este nemam domace NAS na ZFS/BTRFS lebo tam je clovek nuteny dat do mirroru cele disky.

[lertimir]

To samozrejme neni pravda. ZFS/BTRFS pracuje na urovni blokoveho zarizeni, jako kazdy fs, takze pokud rozdelim disky na oddilz a na nich definuji jine RAID tak to bezi v pohode. Samozrejme zmena typy RAIDu uvnitr jednoho fs neni mozna na subvolumy.

[ha.run]

ale potom stracas flexibilitu lubovolneho volume managera. spravis si sda1 (boot) sda2 (mirrored pool) sda3 (big pool), sdb1 (mirrored pool) sdb2 (big pool), sdc (big pool). A ked budes chciet hocico robit s mirrored poolom, tak budes mat problem :) premigrovat ho, rozsirit, zmensit, lvm to umoznuje, lebo LVcka je blokove zariadenie a to vies presuvat, zvacsovat zmenstovat. Fyzicku particiu bez upravy partition tabulky nevies a je to dost neprijemna robota ked musis na viacerych diskoch prepisovat partition tabulky a aby sedeli este dokonca. pri ZFS/BTRFS vies robit blokove zariadenia, cize kludne aj swapko vies hodit na ZFS/BTRFS volume, ale nevies na tychto volumoch robit raid, ten je na urovni poolu a do poolu vies davat len cele disky, alebo particie.

Proste nevymysleli premna este dokonalu kombinaciu LVM a ZFS/BTRFS

[lertimir]

Pokud potrebujes takovouto flexibilitu. Nic ti nebrani vlozit pod btrfs, a jeho raidy, jeste lvm.