Kinőtt root partíció

Kölcsönubuntun kellett orvosolni a kinőtt root partíció esetét. A dolog csak azért volt veszélyes, mert elég hirtelen megoldást igényelt idő hiányában (apt-get clean és társai nem segítettek már), kapkodva dolgozni pedig...
Szerencsére(?) /home, /boot és / külön partíción voltak.

Röviden:
-- helyteremtés (

gksudo gparted

megteszi)
-- mentés [ez a legfontosabb lépés]
-- livecd-vel boot, majd régi és új partíciók mountolása
-- új helyre másolás (pl.

sudo cp -v-d-R-pall /mnt/regi/* /mnt/uj

)[régi szép időkben még bonyolítottuk tar+|+gz ill. dd,rsync megoldásokkal is ha a sors úgy hozta, de itt most - remélem - elég volt a sima copy]
-- umount régi ill. merevlemezpartíciók kivéve boot és az új root, majd az uuid-ek kiolvasása (

vol_id -u /dev/sda1

, de mivel lusta voltam egyesével lekérdezgetni a tíz partíciót, inkább a

blkid

parancsot használtam)
--

vi /mnt/uj/etc/fstab

és itt értelemszerűen a változtatásoknak megfelelően új uuid-et kellett megadni a régi / helyett a helyes mount érdekében
--

vi /mnt/boot/grub/menu.lst

és a megfelelő, immár új root partíciót megadni a bootolható kernelek soraiban

root=/dev/ujparticio

(:) és persze nem szabad hirtelen felindulásból a

root hd(0,1)

szekciókat piszkálni, hiszen azok esetünkben nem változtak, mivel szerencsére a /boot külön partíción volt eleve)

Kimaradt a leírásból, hogy időközben fájlrendszer csere is volt, a régi rooton használt ext4 helyett xfs került az újra.
Lehet, hogy egyből LVM-et kellett volna erőltetni bohóckodások helyett :)?!
Újraindítás, kisebb csodavárás, és szerencsére minden működött.
A dolog élőben ennél azért macerásabb volt, mivel elég sok partícióval megáldott gép, és az új rootpartíció megalkotása előtt kénytelen voltam kikapcsolni a swapet (magasabb számú partíción volt, mint a törlendő, és gparted reklamált miatta), majd csak később kapcsoltam vissza. Emiatt - legalábbis tippem szerint - kicsit elmászott a /home is majd a swap is, tehát fstab-ban több mindent is állítani kellett.
:-) Remélem nem lesz szükség visszaolvasni ezt a blogbejegyzést, mert esetleg valami mégsem működik (gyakorlatilag mindig lehet olyan program, ami fixen partíciókra vadászik és nem elég neki a mount ill. szimbolikus linkek, de most újratelepíteni csak ezért esélytelen lett volna).

Hozzászólások

Esetleg a cp helyett en rsync-et hasznaltam volna..
rsync -avHxpP a legjobb baratom, ha filerendszer transzferrol van szo...

én úgy vettem észre, hogy a cp-vel nem tudod átvinni a hardlink-eket, a named pipe-okat és a socket fájlokat, inkább a rsync használatát javasolnám én is