Comment redimentionner une partition contenant un unique VG ?
3 réponses
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.
- 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.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
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.
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.
- 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.
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.
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.
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.
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.
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…
Pascal Hambourg <pascal@plouf.fr.eu.org> 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…
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…