Condividi:

Con questo post cercherò di indicare i passaggi per ridimensionare (precisamente per ridurre) una partizione LVM creata in default da una installazione di Fedora; al termine della procedura, a differenza di una riduzione dello spazio occupato da un volume logico LV, si avrà dello spazio libero non partizionato nel proprio hardisk da utilizzare a proprio piacimento.
Come sempre, consiglio prima di effettuare qualsiasi operazione di fare un backup dei propri dati o creare un’immagine delle partizioni di sistema; meglio ancora sarebbe testare la procedura su un sistema virtualizzato.

Avviare una versione live di Fedora

Prendiamo come esempio una situazione come riportato in seguito, descritta attraverso i comandi dell’ lvm tool

# vgscan
Reading all physical volumes. This may take a while...
Found volume group "VolGroup" using metadata type lvm2
# lvscan
inactive '/dev/VolGroup/lv_swap' [3.47 GiB] inherit
inactive '/dev/VolGroup/lv_root' [6.03 GiB] inherit
# pvscan
PV /dev/sda2 VG VolGroup lvm2 [9.50 GiB / 0 free]
Total: 1 [9.50 GiB] / in use: 1 [9.50 GiB] / in no VG: 0 [0 ]

Per liberare spazio dall’interno dell’LVM dobbiamo seguire degli step che consistono prima di tutto nella riduzione del filesystem di un volume logico (nel nostro caso lv_root) prima di ridimensionare il suo contenitore

Ho scelto di ridimensionare il filesystem da 6.03 GB a 4 GB.

# lvm vgchange -a y
# fsck -fC /dev/VolGroup/lv_root
fsck from util-linux 2.20
e2fsck 1.41.14 (22-Dec-2010)
/dev/mapper/VolGroup-lv_root: recovering journal
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/VolGroup-lv_root: 18160/395920 files (0.2% non-contiguous), 178886/1581056 blocks
# resize2fs -p /dev/VolGroup/lv_root 4G
resize2fs 1.41.14 (22-Dec-2010)
Resizing the filesystem on /dev/VolGroup/lv_root to 1048576 (4k) blocks.
Begin pass 2 (max = 24887)
Relocating blocks XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Begin pass 3 (max = 49)
Scanning inode table XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Begin pass 4 (max = 2951)
Updating inode references XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
The filesystem on /dev/VolGroup/lv_root is now 1048576 blocks long.
# lvm lvresize /dev/VolGroup/LogVol00 --size 50G
WARNING: Reducing active logical volume to 4.00 GiB
THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce lv_root? [y/n]: y
Reducing logical volume lv_root to 4.00 GiB
Logical volume lv_root successfully resized

Teoricamente ci sarebbe già dello spazio da liberare riducendo il volume fisico LVM ma attualmente il pvresize ha dei problemi nel farlo come riportato nella manpage:

RESTRICTIONS
pvresize will refuse to shrink PhysicalVolume if it has allocated
extents after where its new end would be. In the future, it should
relocate these elsewhere in the volume group if there is sufficient
free space, like pvmove does.

pvresize won’t currently work correctly on LVM1 volumes or PVs with
extra metadata areas.

Per superare questo problema siamo costretti a rimuovere il volume logico che ospita la swap (nel nostro caso lv_swap) fisicamente allocata alla fine dell’PV (PhisycalVolume); successivamente ripristinarla subito dopo il nuovo volume logico ridimensionato (nel nostro caso lv_root) più vicino all’inizio del PV.
Dal punto uno sappiamo che la swap è di 3.47 GB

# lvm lvremove /dev/VolGroup/lv_swap
Do you really want to remove active logical volume lv_swap? [y/n]: y
Logical volume "lv_swap" successfully removed
# lvm lvcreate --size 3.47G --name lv_swap VolGroup
Rounding up size to full physical extent 3.50 GiB
Logical volume "lv_swap" created
# mkswap /dev/VolGroup/lv_swap
mkswap: /dev/VolGroup/lv_swap: warning: don't erase bootbits sectors
on whole disk. Use -f to force.
Setting up swapspace version 1, size = 3670012 KiB
no label, UUID=e98393b2-fcab-476f-ad21-dc254cac1c5d

Continua alla pagina 2 —>

About these ads