Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Comment redimentionner une partition contenant un unique VG ?

3 réponses
Avatar
Valrik
Bonjour =C3=A0 tous.

Il y a quelques ann=C3=A9es, j'ai install=C3=A9 mon syst=C3=A8me sur l'uniq=
ue
partition de /dev/sda, c'est =C3=A0 dire /dev/sda1. Elle est elle-m=C3=AAme=
sous
partitionn=C3=A9e gr=C3=A2ce =C3=A0 LVM.

N=C3=A9anmoins, comme j'ai utilis=C3=A9 la totalit=C3=A9 du disque pour cet=
te
partition, je n'ai plus de marge de man=C5=93uvre pour d'autres besoins. De
plus, le g=C3=A2chis d'espace disque est =C3=A9norme (90%).

Une solution consisterait repartir de z=C3=A9ro, mais cela serait in=C3=A9l=
=C3=A9gant
et comme cette station doit assurer un service quasi permanent, les
ruptures de service doivent =C3=AAtre les plus courtes possibles.

Voila la situation :

/!\ : lsblk=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
fd0 2:0 1 4K 0 disk=20=20
sda 8:0 0 465,8G 0 disk=20=20
=E2=94=94=E2=94=80sda1 8:1 0 465,8G 0 part=20=
=20
=E2=94=9C=E2=94=8000-Deb--Stretch_v9--Racine 254:0 0 952M 0 lvm /
=E2=94=9C=E2=94=8000-Deb--Stretch_v9--usr 254:1 0 3,1G 0 lvm /=
usr
=E2=94=9C=E2=94=8000-Deb--Stretch_v9--boot 254:2 0 476M 0 lvm /=
boot
=E2=94=9C=E2=94=8000-root 254:3 0 476M 0 lvm /=
root
=E2=94=9C=E2=94=8000-tmp 254:4 0 14G 0 lvm /=
mnt/debinst_buster/tmp
=E2=94=9C=E2=94=8000-Deb--Stretch_v9--var 254:5 0 2,8G 0 lvm /=
var
=E2=94=9C=E2=94=8000-opt 254:6 0 284M 0 lvm /=
opt
=E2=94=9C=E2=94=8000-Espace_d_echange 254:7 0 1,9G 0 lvm [=
SWAP]
=E2=94=9C=E2=94=8000-Usr_local 254:8 0 44M 0 lvm /=
usr/local
=E2=94=9C=E2=94=8000-Deb--Buster_v10--Racine 254:12 0 1G 0 lvm /=
mnt/debinst_buster
=E2=94=9C=E2=94=8000-Deb--Buster_v10--boot 254:13 0 200M 0 lvm /=
mnt/debinst_buster/boot
=E2=94=9C=E2=94=8000-Deb--Buster_v10--usr 254:14 0 4G 0 lvm /=
mnt/debinst_buster/usr
=E2=94=94=E2=94=8000-Deb--Buster_v10--var 254:15 0 3,5G 0 lvm /=
mnt/debinst_buster/var
sdb 8:16 0 1,8T 0 disk=20=20
=E2=94=94=E2=94=80sdb_crypt 254:9 0 1,8T 0 crypt /=
home
sdc 8:32 0 3,7T 0 disk=20=20
=E2=94=94=E2=94=80sdc_crypt 254:10 0 3,7T 0 crypt /=
mnt/sauvegarde
/!\ :=20


Ce je souhaiterais faire, c'est :

- R=C3=A9duire le VM nomm=C3=A9 =C2=AB 00 =C2=BB =C3=A0 la taille effectiv=
e de la somme de
tous les LV.
- R=C3=A9duire la partition =C2=AB sda1 =C2=BB =C3=A0 la taille du VM d=C3=
=A9j=C3=A0 cit=C3=A9.
- Cr=C3=A9er d'autres partitions (LVM + crypto), qui progressivement
serviront =C3=A0 la production (facile).
- =C3=80 terme, liquider la partition sda1.

Je me demande donc quelle est la meilleure strat=C3=A9gie et les bons
outils =C3=A0 utiliser ?

Merci de m'avoir consacr=C3=A9 un peu de votre attention.

3 réponses

Avatar
Philippe Weill
Le 02/02/2020 à 15:57, Valrik a écrit :
Bonjour à tous.
Il y a quelques années, j'ai installé mon système sur l'unique
partition de /dev/sda, c'est à dire /dev/sda1. Elle est elle-même sous
partitionnée grâce à LVM.
Néanmoins, comme j'ai utilisé la totalité du disque pour cette
partition, je n'ai plus de marge de manœuvre pour d'autres besoins. De
plus, le gâchis d'espace disque est énorme (90%).

un peu plus d'infos serait necessaire
resultat des commandes ( sous root ) pvs, vgs et lvs
ensuite avec du vgreduce , puis resize de la partition
et pvresize on doit pouvoir s'en sortir
Une solution consisterait repartir de zéro, mais cela serait inélégant
et comme cette station doit assurer un service quasi permanent, les
ruptures de service doivent être les plus courtes possibles.
Voila la situation :
/! : lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
fd0 2:0 1 4K 0 disk
sda 8:0 0 465,8G 0 disk
└─sda1 8:1 0 465,8G 0 part
├─00-Deb--Stretch_v9--Racine 254:0 0 952M 0 lvm /
├─00-Deb--Stretch_v9--usr 254:1 0 3,1G 0 lvm /usr
├─00-Deb--Stretch_v9--boot 254:2 0 476M 0 lvm /boot
├─00-root 254:3 0 476M 0 lvm /root
├─00-tmp 254:4 0 14G 0 lvm /mnt/debinst_buster/tmp
├─00-Deb--Stretch_v9--var 254:5 0 2,8G 0 lvm /var
├─00-opt 254:6 0 284M 0 lvm /opt
├─00-Espace_d_echange 254:7 0 1,9G 0 lvm [SWAP]
├─00-Usr_local 254:8 0 44M 0 lvm /usr/local
├─00-Deb--Buster_v10--Racine 254:12 0 1G 0 lvm /mnt/debinst_buster
├─00-Deb--Buster_v10--boot 254:13 0 200M 0 lvm /mnt/debinst_buster/boot
├─00-Deb--Buster_v10--usr 254:14 0 4G 0 lvm /mnt/debinst_buster/usr
└─00-Deb--Buster_v10--var 254:15 0 3,5G 0 lvm /mnt/debinst_buster/var
sdb 8:16 0 1,8T 0 disk
└─sdb_crypt 254:9 0 1,8T 0 crypt /home
sdc 8:32 0 3,7T 0 disk
└─sdc_crypt 254:10 0 3,7T 0 crypt /mnt/sauvegarde
/! :
Ce je souhaiterais faire, c'est :
- Réduire le VM nommé « 00 » à la taille effective de la somme de
tous les LV.
- Réduire la partition « sda1 » à la taille du VM déjà cité.
- Créer d'autres partitions (LVM + crypto), qui progressivement
serviront à la production (facile).
- À terme, liquider la partition sda1.
Je me demande donc quelle est la meilleure stratégie et les bons
outils à utiliser ?
Merci de m'avoir consacré un peu de votre attention.
Avatar
Pascal Hambourg
Le 02/02/2020 à 19:04, Philippe Weill a écrit :
un peu plus d'infos serait necessaire
resultat des commandes ( sous root ) pvs, vgs et lvs

Pas nécessaire, lsblk fournit des information suffisantes.
ensuite avec du vgreduce , puis resize de la partition
et pvresize on doit pouvoir s'en sortir

vgreduce sert à retirer un PV entier d'un VG, aucune utilité ici.
D'abord pvmove pour déplacer les extents si nécessaire, puis pvresize
AVANT réduction de la partition avec parted.
Avatar
Valrik
Pascal Hambourg writes:
vgreduce sert à retirer un PV entier d'un VG, aucune utilité ic i.
D'abord pvmove pour déplacer les extents si nécessaire, puis pv resize
AVANT réduction de la partition avec parted.

OK, merci pour les infos. En croisant les doigts pour que cela ne craque
pas le système…