# Redimentionnement de partitions avec LVM

**URL:** <https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506>\
**Category:** Support Debian\
**Tags:** partition, lvm\
**Created:** [Juillet 16, 2020, 8:58 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506 "2020-07-16T20:58:47Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![tfc](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tfc/32/6424_2.png) [@tfc](https://www.debian-fr.org/u/tfc)\
**Post date:** [Juillet 16, 2020, 8:58 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/1 "2020-07-16T20:58:48Z")

</div>

Salut la compagnie,

j’ai un blème, ma partition racine est saturée, jugez plutôt:

`df`

```
Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
udev 4000728 0 4000728 0% /dev
tmpfs 804736 10084 794652 2% /run
/dev/mapper/debian--vg-root 28703652 26520264 702276 98% /
tmpfs 4023664 69704 3953960 2% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 4023664 0 4023664 0% /sys/fs/cgroup
/dev/nvme0n1p2 241965 114545 114928 50% /boot
/dev/nvme0n1p1 523248 5220 518028 1% /boot/efi
/dev/mapper/debian--vg-home 207353644 135912220 60838724 70% /home
tmpfs 804732 16 804716 1% /run/user/1000

```

Je désires prendre 5 Go sur la partition /home (ce qui je pense, devrait être suffisant).  
Vous l’aurez deviné, je ne veux pas faire de conneries, y a-t’il une âme  
charitable pour me guider?

merci par avance.

**Quelques infos**

`pvdisplay`

```
 --- Physical volume ---
 PV Name /dev/nvme0n1p3
 VG Name debian-vg
 PV Size <237,74 GiB / not usable 0   
 Allocatable yes (but full)
 PE Size 4,00 MiB
 Total PE 60860
 Free PE 0
 Allocated PE 60860
 PV UUID eyxGzL-UbC4-4MGN-gZXh-DD2L-mYlw-4ZGj3M

```

`lvdisplay`

```
 --- Logical volume ---
 LV Path /dev/debian-vg/root
 LV Name root
 VG Name debian-vg
 LV UUID jX5Zou-V1MD-lhCH-MK1d-6IZm-QYRV-yDRU4Q
 LV Write Access read/write
 LV Creation host, time debian, 2019-01-25 19:44:30 +0100
 LV Status available
 # open 1
 LV Size <27,94 GiB
 Current LE 7152
 Segments 1
 Allocation inherit
 Read ahead sectors auto
 - currently set to 256
 Block device 254:0
  
 --- Logical volume ---
 LV Path /dev/debian-vg/swap_1
 LV Name swap_1
 VG Name debian-vg
 LV UUID 4xZJGK-TpRv-CrOt-uhD1-6Bny-X2ZH-jmdxjE
 LV Write Access read/write
 LV Creation host, time debian, 2019-01-25 19:44:30 +0100
 LV Status available
 # open 2
 LV Size <7,88 GiB
 Current LE 2017
 Segments 1
 Allocation inherit
 Read ahead sectors auto
 - currently set to 256
 Block device 254:1
  
 --- Logical volume ---
 LV Path /dev/debian-vg/home
 LV Name home
 VG Name debian-vg
 LV UUID eVIa0r-qWy5-G3ch-THPm-6Og2-WOqO-ubFTBu
 LV Write Access read/write
 LV Creation host, time debian, 2019-01-25 19:44:30 +0100
 LV Status available
 # open 1
 LV Size <201,92 GiB
 Current LE 51691
 Segments 1
 Allocation inherit
 Read ahead sectors auto
 - currently set to 256
 Block device 254:2

```

ps: j’ai cru comprendre que ça pouvait se faire à chaud, sinon je peux toujours redémarrer sur une _live-usb_

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juillet 17, 2020, 5:36 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/3 "2020-07-17T05:36:34Z")

</div>

Avant de redimensionner, n’y a-t-il pas de nettoyage à faire dans le volume racine avant d’envisager de l’agrandir ?

Tu ne précises pas les types de systèmes de fichiers de / et /home. Je vais supposer ext4.

Fermer toutes les sessions d’utilisateur normal pour libérer /home.  
Ouvrir une session root directement sans passer par une session utilisateur (donc pas via su ou sudo). Dans une console virtuelle tty1-6 ou en mode recovery si le gestionnaire de connexion graphique n’autorise pas d’ouvrir une session root.  
Démonter /home.  
Exécuter fsck -f sur le volume logique home.  
Réduire le système de fichiers du volume logique home avec resize2fs si ext4.  
Réduire le volume logique home à une taille supérieure ou égale (en aucun cas inférieure) à celle du système de fichiers avec lvreduce. Alternativement, on peut utiliser l’option --resizefs de lvreduce pour redimensionner le système de fichiers en même temps que le volume logique.  
Remonter /home.  
Agrandir le volume logique root avec lvextend.  
Agrandir le système de fichiers du volume logique root avec resize2fs si ext4. Alternativement, on peut utiliser l’option --resizefs de lvextend pour redimensionner le système de fichiers en même temps que le volume logique.

---

<div class="post-metadata">

**Author:** ![tfc](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tfc/32/6424_2.png) [@tfc](https://www.debian-fr.org/u/tfc)\
**Post date:** [Juillet 17, 2020, 5:20 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/4 "2020-07-17T17:20:52Z")

</div>

Merci de ton aide Pascal,

j’ai fais le ménage comme il se doit, cache, désinstallation de logiciels inusités, etc …  
Effectivement j’ai omis de préciser le système de fichiers, il s’agit bien de ext4.

Bon, passons aux choses sérieuses, avec tes instructions et consultation des _man_, voici ce que je compte faire, si tu vois une bêtise, n’hésites pas, j’attendrais un peut avant de me lancer.  
Je ne vais pas utiliser resize2fs mais l’option --resizefs comme tu me l’indiques.

1- J’ouvre une session root, je passerais directement par le mode recovery pour plus de sureté.

2- Démontage de /home:

```
umount /dev/mapper/debian--vg-home

```

3-

```
fsck -f /dev/mapper/debian--vg-home

```

, je ne trouve pas l’option -f dans le man, à quoi sert-elle?

4-

```
lvreduce --resizefs -L -5G /dev/mapper/debian--vg-home

```

, la syntaxe te parait-elle correcte?

5- Remontage du /home

```
mount /dev/mapper/debian--vg-home 

```

6-

```
lvextend --resizefs -L +5G /dev/mapper/debian--vg-root

```

, même question qu’au point 4.

Dernière question, le point 5 est-il nécessaire, vu que je rebooterais normalement ensuite?

Edit: modifs commandes 4 et 6

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juillet 17, 2020, 8:07 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/5 "2020-07-17T20:07:27Z")

</div>

> [@tfc](#):
>
> umount /dev/mapper/debian–vg-home

Il y a plus court (idem pour le remontage) :

```
umount /home

```

> [@tfc](#):
>
> je ne trouve pas l’option -f dans le man, à quoi sert-elle?

C’est une option de e2fsck qui est appelé par fsck pour un système de fichiers ext4. Elle force la vérification même si le système de fichiers semble propre.

> [@tfc](#):
>
> la syntaxe te parait-elle correcte?

D’après la page de manuel, toutes les options doivent figurer avant le volume logique.

> [@tfc](#):
>
> le point 5 est-il nécessaire, vu que je rebooterais normalement ensuite?

Oui car un échec du remontage signalerait immédiatement que quelque chose s’est mal passé lors de la réduction du volume home, et il ne faudrait surtout pas agrandir le volume root au risque de causer des dommages irréversibles. Je n’ai jamais utilisé l’option --resizefs, je ne connais pas sa fiabilité.

Par précaution tu pourrais faire une cartographie du volume logique home avec lvdisplay --maps avant de le réduire. Ainsi tu pourras l’agrandir dans sa configuration initiale si besoin.

Autre chose : tu pourrais réduire le volume home de plus que tu ne vas agrandir le volume root. Ainsi cela laissera de l’espace libre dans le groupe de volume pour facilement agrandir n’importe lequel des volumes logiques. C’est d’ailleurs ce qu’il aurait fallu faire lors du partitionnement, avec au moins 30% d’espace libre.

---

<div class="post-metadata">

**Author:** ![tfc](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tfc/32/6424_2.png) [@tfc](https://www.debian-fr.org/u/tfc)\
**Post date:** [Juillet 17, 2020, 8:36 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/6 "2020-07-17T20:36:57Z")

</div>

Merci d’être à l’écoute Pascal, je t’offre un verre, malheureusement virtuel, mais le cœur y ait ;-).

- ok pour le montage et remontage, je m’en doutais, quoique j’avais un doute, j’ai préféré un «&nbsp;truc&nbsp;» plus générique.

- Pour `fsck`, merci de l’info, biz que ça ne soit pas dans le man, comment avoir ce genre d’info? (bon, c’est pas vraiment important ici, je te fais confiance, c’est pour savoir).

- Vu pour les options, j’avais corrigé (l’_Edit_), par contre j’ai un doute sur l’espace entre `-L` et la quantité ajoutée.

\*Pour le point 5, et _Autre chose_, j’ai compris ton doute, ces deux points me semble liés, pour plus de sécurité, je vais faire ( enfin quand cette discussion sera close 😉 ) un `-6G` suivi d’un `+5G`, accompagné d’un remontage et d’un `lvdisplay --map` et si je dectectes un truc qui cloche, je te ferais signe.

A la tienne Pascal!

ps: j’suis pas à la pièce! J’attends pas ce soir, y tiennent encore mes 98% ;-). Bonne soirée!

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juillet 17, 2020, 8:59 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/7 "2020-07-17T20:59:51Z")

</div>

> [@tfc](#):
>
> Pour `fsck` , merci de l’info, biz que ça ne soit pas dans le man, comment avoir ce genre d’info?

C’est dans la page de manuel de fsck :

> En réalité fsck n’est qu’une interface commune à toute une variété de vérificateurs de systèmes de fichiers (fsck.type) disponibles sous Linux. (…)  
> Veuillez consulter les pages de manuels des vérificateurs spécifiques à un système de fichiers pour de plus amples précisions.

Comme le type est ext4, il faut regarder dans la page de manuel de fsck.ext4 qui est un alias de e2fsck.

> [@tfc](#):
>
> Pour le point 5, et _Autre chose_ , j’ai compris ton doute, ces deux points me semble liés,

Non, il n’y a aucun rapport entre la vérification après réduction et la provision d’espace libre.

> [@tfc](#):
>
> `-6G` suivi d’un `+5G`

Une provision de 1 Gio d’espace libre sur 237 Gio, ça ne va pas chercher loin…

> [@tfc](#):
>
> accompagné d’un remontage et d’un `lvdisplay --map`

La cartographie doit être faite avant la réduction pour pouvoir revenir en arrière. Après, ça ne sert à rien.

---

<div class="post-metadata">

**Author:** ![tfc](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tfc/32/6424_2.png) [@tfc](https://www.debian-fr.org/u/tfc)\
**Post date:** [Juillet 17, 2020, 9:41 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/8 "2020-07-17T21:41:40Z")

</div>

Toujours là, cool,

- mon man `fsck ` est en anglais, mais quand bien même, là, la traduction pour moi c’est du chinois, j’ai appris (humm…) quelque chose ;-).

- `fsck`: Oui, je me suis mal exprimé, j’avais compris que l’option --resizefs ne t’était pas familière et que par conséquent tu me conseillais que vérifier par la suite si tout c’était passé normalement (à savoir laisser du gras pour la suite des opérations, ce qu’aurait fait `resize2fs`). C’est ça?

- «&nbsp;6Go et 5 Go&nbsp;»: Ouais, ok, mais 1Gio ou 10Gio, je suis bien tes recommandations là? (séquence vieux con: j’ai connu le temps où même un Mo ont savait pas ce que c’était 😉 ). De toute façon, le truc c’est que quand tu m’auras bien «&nbsp;briffé&nbsp;», je pourrais à loisir recommencer la manip et la diffuser.

- Oui, pour `lvdisplay --map`, là encore c’est de ma faute, j’avais bien compris qu’il fallait le faire avant (c’est pas une «&nbsp;action&nbsp;» mais une «&nbsp;information&nbsp;»), je me suis mal exprimé, j’ai voulu tout mettre dans la même phrase.

Tu penses que je peux me lancer?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juillet 17, 2020, 10:03 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/9 "2020-07-17T22:03:29Z")

</div>

> [@tfc](#):
>
> `fsck` : Oui, je me suis mal exprimé, j’avais compris que l’option --resizefs ne t’était pas familière et que par conséquent tu me conseillais que vérifier par la suite si tout c’était passé normalement (à savoir laisser du gras pour la suite des opérations, ce qu’aurait fait `resize2fs` ). C’est ça?

Non, pas du tout.  
fsck est requis par resize2fs **avant** une réduction. Peut-être que l’option --resizefs le fait automatiquement, je n’en sais rien.  
Pas besoin de fsck **après** pour vérifier si la réduction s’est bien passée, il suffit de monter le système de fichiers.  
Je ne vois pas de quel «&nbsp;gras&nbsp;» tu parles.

> [@tfc](#):
>
> Ouais, ok, mais 1Gio ou 10Gio, je suis bien tes recommandations là?

Si tu as besoin d’ajouter 5 Go maintenant, tu n’iras pas loin avec 1 Go de provision.

---

<div class="post-metadata">

**Author:** ![tfc](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tfc/32/6424_2.png) [@tfc](https://www.debian-fr.org/u/tfc)\
**Post date:** [Juillet 17, 2020, 11:11 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/10 "2020-07-17T23:11:09Z")

</div>

Le «&nbsp;gras&nbsp;» dont je parle, c’est la partie libérée sur /home, mise de coté par `resize2fs` (si j’avais utilisé la commande) et destinée à /root,. Mais il est possible que mon vocabulaire ne soit par adéquat, ou pire que je sois à coté de la plaque ; visiblement c’est ce que tu penses, auquel cas, c’est bien que tu me corriges. Même si je fais ce que je peux pour comprendre ;-).

Concernant le 1Go de provision qui te parais dérisoire, si je suis capable, grâce à toi, de transférer 5Go d’espace libre d’une partition à l’autre, je pourrais le faire pour 100Go si le besoin s’en fait sentir. Donc, t’inquiètes, je gère mon espace ;-).

Ce que j’ai compris, c’est qu’il y avait deux manip à faire (là encore dis moi si je me trompe) : créer un espace libre (ce que `resize2f`est sensé faire à un niveau supérieur, les provisions dont tu parles?), puis «&nbsp;expliquer&nbsp;» au système virtuel (peut-être pas le bon vocabulaire) par deux commandes : tu récupère l’espace libéré voulu , tu l’enlève de /home et tu le file à /root.

Bon , visiblement, y’a plein de choses que je ne comprends pas (c’est cool pour moi, j’ai plein de choses à appendre), merci encore de ta patience.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juillet 18, 2020, 7:34 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/11 "2020-07-18T07:34:06Z")

</div>

en fait il n’y a pas besoinde demonter les partitions.  
LVM permet les redimensionnements à chaud.  
Donc lvreduce pour /home  
puis lvextend pour /  
puis resize2fs sur les deux pour appliquer les redimensionnements  
c’est tout

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juillet 18, 2020, 8:18 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/12 "2020-07-18T08:18:47Z")

</div>

> [@Zargos](#):
>
> en fait il n’y a pas besoinde demonter les partitions.

Si.

> [@Zargos](#):
>
> LVM permet les redimensionnements à chaud.

Mais ext4 ne supporte pas la réduction à chaud.

> [@Zargos](#):
>
> Donc lvreduce pour /home  
> puis lvextend pour /  
> puis resize2fs sur les deux pour appliquer les redimensionnements

Et une belle erreur se produira avec le volume home, car le système de fichiers est tronqué donc irréversiblement endommagé.  
Qu’on puisse le faire à chaud ou pas, on doit **toujours** réduire le contenu (système de fichiers ici) **avant** le contenant (volume logique ici).

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juillet 18, 2020, 10:11 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/13 "2020-07-18T10:11:22Z")

</div>

> [@tfc](#):
>
> Le « gras » dont je parle, c’est la partie libérée sur /home, mise de coté par `resize2fs` (si j’avais utilisé la commande) et destinée à /root

resize2fs ne libère rien du tout, cela ne fait que réduire la taille du système de fichiers (indispensable pour que ce dernier ne soit pas tronqué lors de la réduction de son conteneur). C’est lvreduce qui, en réduisant un volume logique, libère de l’espace qui peut ensuite être alloué à un autre volume logique.

> [@tfc](#):
>
> Concernant le 1Go de provision qui te parais dérisoire, si je suis capable, grâce à toi, de transférer 5Go d’espace libre d’une partition à l’autre, je pourrais le faire pour 100Go si le besoin s’en fait sentir.

Mais il faudra à nouveau passer par démarrage en mode recovery, démontage du volume à réduire, réduction de son système de fichiers… C’est fastidieux et non dénué de risque, typiquement d’oublier de réduire le système de fichiers avec des conséquences potentiellement catastrophiques. Alors que si tu as laissé suffisamment d’espace libre, il suffira d’agrandir le volume cible et son système de fichiers, à chaud, sans rien démonter.

> [@tfc](#):
>
> créer un espace libre (ce que `resize2f` est sensé faire à un niveau supérieur, les provisions dont tu parles?)

Non. Voir plus haut.

> [@tfc](#):
>
> « expliquer » au système virtuel (peut-être pas le bon vocabulaire) par deux commandes : tu récupère l’espace libéré voulu , tu l’enlève de /home et tu le file à /root.

Non. Il n’y a pas de récupération d’espace libéré. Il y a réduction d’un volume, ce qui libère de l’espace, et agrandissement d’un autre, ce qui consomme de l’espace libre.  
Ce n’est pourtant pas compliqué :  
on réduit le contenu à la future taille du contenant pour qu’il ne soit pas tronqué (resize2fs ou --resizefs)  
on réduit le contenant (lvreduce)  
on agrandit le contenant (lvextend)  
on agrandit le contenu à la nouvelle taille du contenant (resize2fs ou --resizefs)

---

<div class="post-metadata">

**Author:** ![tfc](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tfc/32/6424_2.png) [@tfc](https://www.debian-fr.org/u/tfc)\
**Post date:** [Juillet 18, 2020, 10:50 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/14 "2020-07-18T10:50:32Z")

</div>

Ok, c’est bon, j’ai pigé le rôle de chacun, Lv c’est la boite, le système de fichier (ici ext4) c’est les cerises, si je ne veux pas en faire de la confiture, il faut d’abord que je réduise la quantité de fruits avant de réduire la boite. C’est logique (sans jeu de mot).

> [@PascalHambourg](#):
>
> Mais il faudra à nouveau passer par démarrage en mode recovery, démontage du volume à réduire, réduction de son système de fichiers… C’est fastidieux et non dénué de risque, typiquement d’oublier de réduire le système de fichiers avec des conséquences potentiellement catastrophiques. Alors que si tu as laissé suffisamment d’espace libre, il suffira d’agrandir le volume cible et son système de fichiers, à chaud, sans rien démonter.

Oui, je comprends là aussi ce que tu veux dire, mais je n’ai pas l’intention de faire ça tout les quatre matins. Et j’ai appris beaucoup avec cette discussion, je ne suis pas prêt d’oublier ;-).  
1- S’occuper d’abord du contenu, (le système de fichier) avec `resize2fs`, s’assurer qu’il soit au moins inférieur ou égal à la future taille de la boite (lv).  
2- Réduire la boite sans faire de la confiture avec `lvreduce`.

Note: l’option `--resizefs` de `lvreduce` s’occupe du point 1.  
C’est bon?  
Merci encore de ta patience.

ps: et pour l’agrandissement, c’est l’inverse, on fini avec `resize2fs`, pour adapter la quantité de cerise à la boite plus grande.

---

<div class="post-metadata">

**Author:** ![tfc](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tfc/32/6424_2.png) [@tfc](https://www.debian-fr.org/u/tfc)\
**Post date:** [Juillet 18, 2020, 11:26 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/15 "2020-07-18T11:26:55Z")

</div>

Je récapitule:

1- J’ouvre une session root, je passerais directement par le mode recovery pour plus de sûreté.

2- Démontage de /home:

```
umount /dev/mapper/debian--vg-home

```

3-

```
fsck -f /dev/mapper/debian--vg-home

```

4-

```
lvreduce --resizefs -L -10G /dev/mapper/debian--vg-home

```

, je suis ton conseil, par sécurité, 5Go de coté.

5- Remontage du /home

```
mount /dev/mapper/debian--vg-home 

```

6-

```
lvextend --resizefs -L +5G /dev/mapper/debian--vg-root
```

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juillet 18, 2020, 11:33 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/16 "2020-07-18T11:33:20Z")

</div>

> [@tfc](#):
>
> Note: l’option `--resizefs` de `lvreduce` s’occupe du point 1.  
> C’est bon?

Oui, en principe, ainsi que du fsck, et ça devrait être plus sûr que la réduction séparée du système de fichiers puisque ça calcule automatiquement la bonne taille. Mais je n’ai jamais testé.

> [@tfc](#):
>
> Je récapitule:

Ça me semble correct. fsck ne devrait pas être nécessaire avec l’option --resizefs.

---

<div class="post-metadata">

**Author:** ![tfc](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tfc/32/6424_2.png) [@tfc](https://www.debian-fr.org/u/tfc)\
**Post date:** [Juillet 18, 2020, 11:35 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/17 "2020-07-18T11:35:08Z")

</div>

Ok, merci encore de ta patience, je suis conscient que ça n’a pas été facile ;-).

---

<div class="post-metadata">

**Author:** ![tfc](https://www.debian-fr.org/user_avatar/www.debian-fr.org/tfc/32/6424_2.png) [@tfc](https://www.debian-fr.org/u/tfc)\
**Post date:** [Juillet 18, 2020, 12:07 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/18 "2020-07-18T12:07:24Z")

</div>

Voilà, tout semble s’être déroulé sans accro, je n’ai pas utilisé `fsck`:

`df -H`

```
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 4,1G 0 4,1G 0% /dev
tmpfs 825M 10M 815M 2% /run
/dev/mapper/debian--vg-root 35G 28G 5,9G 83% /
tmpfs 4,2G 47M 4,1G 2% /dev/shm
tmpfs 5,3M 4,1k 5,3M 1% /run/lock
tmpfs 4,2G 0 4,2G 0% /sys/fs/cgroup
/dev/nvme0n1p2 248M 118M 118M 50% /boot
/dev/nvme0n1p1 536M 5,4M 531M 1% /boot/efi
/dev/mapper/debian--vg-home 202G 140G 53G 73% /home
tmpfs 825M 17k 825M 1% /run/user/1000
```

---

<div class="post-metadata">

**Author:** ![network](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/n/d26b3c/32.png) [@network](https://www.debian-fr.org/u/network)\
**Post date:** [Avril 2, 2024, 2:24 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/19 "2024-04-02T14:24:29Z")

</div>

Bonjour,  
Savez-vous pourquoi il faut être en root sans passer par su ? Et comment je peux faire ca en sachant que je suis sur une VM debian.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Avril 2, 2024, 2:58 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/20 "2024-04-02T14:58:10Z")

</div>

S’il te plait ouvre ton propre fil de discussion, tu peux librement créer un lien vers ce fil de support au besoin.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Avril 2, 2024, 2:58 UTC](https://www.debian-fr.org/t/redimentionnement-de-partitions-avec-lvm/82506/21 "2024-04-02T14:58:15Z")

</div>

A fermé ce sujet (le Avril 2, 2024, 2:58 UTC)


