Méretcsökkentés
Sok oka lehet annak, miért kell csökkenteni a fájlrendszer (és vele együtt a logikai kötet) méretét. Például azért, mert elfelejtettünk helyet készíteni a snapshotnak (ami egy pillanatkép, lásd a következő oldal), vagy rosszul mértük fel az igényeket, és elfogyott a hely az egyik logikai köteten, miközben a másikon még rengeteg kapacitás van szabadon. Mint már említettem, a fájlrendszerek többsége nem támogatja a menet közbeni méretcsökkentést, így most értünk el oda, hogy ideiglenesen, de le kell csatolni az adatokat. Előtte nézzük meg, hogy állunk most.
$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
fedora 1 3 0 wz--n- <63,00g 0
kotet0 1 1 0 wz--n- 196,00m 0
$ sudo lvs
LV VG Attr LSize
home fedora -wi-ao---- 19,36g
root fedora -wi-ao---- 39,66g
swap fedora -wi-ao---- <3,97g
adatok kotet0 -wi-a----- 196,00m
Már nincs szabad helyünk a kotet0-n, hisz az egészet elfoglalja az /mnt alá felcsatolt adatok. Ahhoz, hogy helyet csináljunk, le kell csatolni az adatok logikai kötetet. Végre kell hajtani egy fájlrendszer-ellenőrzést, csökkenteni a fájlrendszer méretét, majd a fájlrendszert tartalmazó logikai kötetet is zsugorítjuk. A példa kedvéért készítsünk 10 MiB helyet a kotet0 kötetcsoporton.
$ sudo umount /mnt
$ sudo e2fsck -f /dev/kotet0/adatok
e2fsck 1.44.3 (10-July-2018)
1. lépés: inode-ok, blokkok és méretek ellenőrzése
2. lépés: könyvtárszerkezet ellenőrzése
3. lépés: könyvtárkapcsolatok ellenőrzése
4. lépés: referenciaszámok ellenőrzése
5. lépés: csoport összefoglaló információinak ellenőrzése
/dev/kotet0/adatok: 12/47600 fájl (0.0% nem összefüggő), 57017/200704 blokk
$ sudo resize2fs /dev/kotet0/adatok 184M
resize2fs 1.44.3 (10-July-2018)
A fájlrendszer átméretezése ezen: /dev/kotet0/adatok, 188416 (1k) blokkra.
A fájlrendszer ezen: /dev/kotet0/adatok mostantól 188416 (1k) blokk hosszú.
$ sudo lvreduce -L -12M /dev/kotet0/adatok
WARNING: Reducing active logical volume to 184,00 MiB.
THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce kotet0/adatok? [y/n]: y
Size of logical volume kotet0/adatok changed from 196,00 MiB (49 extents) to
184,00 MiB (46 extents).
Logical volume kotet0/adatok successfully resized.
Figyelj rá, hogy a resize2fs-nek a fájlrendszer új méretét kell megadni, nem pedig azt, hogy mennyivel legyen kisebb vagy nagyobb! Bár nekünk 10 MiB-ra lenne szükségünk, érdemes a PE sokszorosával számolni, ami esetünkben 4 MiB – vagyis 12 MiB-ot csípek le. A logikai kötet méretének módosításakor figyelmeztet, hogy van rajta fájlrendszer, és az új méret nem biztos, hogy elfér a csökkentett kapacitáson. Ezért legyünk óvatosak, kétszer is gondoljuk át, ne csökkentsük a fizikai kötet méretét a rajta lévő fájlrendszer mérete alá. Aki biztosra akar menni, az a fájlrendszert nagyobb mértékben csökkenti, mint az azt tartalmazó logikai kötetet. Így előállhat az a helyzet, hogy a csökkentett méretű logikai kötet méreténél is kisebb a fájlrendszer mérete. Ekkor újra ki kell adni a resize2fs parancsot, ám ezúttal méret paraméter nélkül.
$ sudo resize2fs /dev/kotet0/adatok
resize2fs 1.44.3 (10-July-2018)
A fájlrendszer már 188416 (1k) blokk hosszú. Nincs teendő!
Ha paraméter nélkül indítod, akkor a partíció (esetünkben a logikai kötet) méretéhez igazítja a fájlrendszer méretét. A példában nem volt dolga, hiszen pontosan kiszámoltuk, mire van szükségünk. Tulajdonképpen végeztünk (az átméretezéssel), visszacsatolhatjuk az adatokat. Lássuk, mit csináltunk.
$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
fedora 1 3 0 wz--n- <63,00g 0
kotet0 1 1 0 wz--n- 196,00m 12,00m
$ sudo lvs
LV VG Attr LSize
home fedora -wi-ao---- 19,36g
root fedora -wi-ao---- 39,66g
swap fedora -wi-ao---- <3,97g
adatok kotet0 -wi-a----- 184,00m
$ mount /dev/kotet0/adatok /mnt/
Minden úgy történt, ahogy szerettük volna. Az adatok mérete 12 MiB-tal csökkent, a kotet0-n pedig felszabadult 12MiB-nyi hely.
A cikk még nem ért véget, kérlek, lapozz!
