Réduire un groupe de volumes LVM (contenant le volume système)

pehache · Le 14/01/2023, à 23:17

Bonjour,

Il y a quelque temps j'ai installé Xubuntu 18.04 sur une carte SD pour avoir un double boot sur mon laptop du boulot sans toucher au disque interne. Tout va bien, sauf que je me rend compte que j'aurais dû garder un espace libre sur la carte pour faire une partition lisible par Windows et échanger plus facilement des fichiers entre les deux OS.

L'installation de Xubuntu a été faite avec le choix par défaut de LVM, et j'ai choisi de chiffrer le volume système.

Problème : j'ai mis la carte sur une autre machine Linux en espérant pouvoir réduire le volume système et du coup le groupe de volumes LVM avec gparted, mais gparted refuse de le faire. A cause du chiffrement, ou parce qu'il ne sait pas faire avec LVM ?

Y-a-t'il une solution ?

merci

un df donne ça;

$ df -m
Filesystem                   1M-blocks  Used Available Use% Mounted on
udev                              3890     0      3890   0% /dev
tmpfs                              785     2       784   1% /run
/dev/mapper/xubuntu--vg-root     57446 21078     33419  39% /
tmpfs                             3924     0      3924   0% /dev/shm
tmpfs                                5     1         5   1% /run/lock
tmpfs                             3924     0      3924   0% /sys/fs/cgroup
/dev/mmcblk0p2                     704   209       443  33% /boot
/dev/mmcblk0p1                     511     6       506   2% /boot/efi
tmpfs                              785     1       785   1% /run/user/1000

Dernière modification par pehache (Le 14/01/2023, à 23:19)

malbo · Le 15/01/2023, à 10:11

pehache a écrit :

L'installation de Xubuntu a été faite avec le choix par défaut de LVM, et j'ai choisi de chiffrer le volume système.

Bonjour,
D'après ce que tu as écrit, je pense que tu as coché "Effacer le disque et installer Xubuntu" à l'étape "Type d'installation" (capture) et que tu as cliqué sur "Fonctions avancées". Cela a fait apparaître un sous-menu (capture) dans lequel tu as coché "Chiffrer la nouvelle installation de Xubuntu pour la sécurité", ce qui a entraîné que la case "Utiliser LVM pour la nouvelle installation de Xubuntu" a été cochée automatiquement. Peux-tu confirmer que tu as procédé comme ça ?

EDIT_1 : mon hypothèse s'appuie sur le résultat de la commande "df -m" dans lequel on voit 3 partitions : la partition racine, une partition /boot et une partition /boot/efi. Ce type de partitionnement est caractéristique du chiffrement de l'installation réalisé de cette manière.

EDIT_2 : après lecture de la réponse de pehache (post #3), je me suis rendu compte que la procédure et les captures que j'ai faites sont pour Xubuntu 22.04 alors que pehache a noté dans le post #1 qu'il a installé Xubuntu 18.04. J'ai donc refait la procédure avec Xubuntu 18.04.5 et c'est vrai qu'il n'y a pas de sous-menu "Fonctions avancées" comme on peut voir sur cette capture. Quand on coche "Effacer le disque et installer Xubuntu", on peut cocher "Chiffrer la nouvelle installation de Xubuntu pour la sécurité" et "Utiliser LVM pour la nouvelle installation de Xubuntu" se trouve coché automatiquement (capture)

Dernière modification par malbo (Le 16/01/2023, à 07:32)

pehache · Le 15/01/2023, à 10:32

Oui, j'ai fait "Effacer le disque et installer Xubuntu", mais je ne crois pas avoir cliqué sur "Fonctions avancées", l'option de chiffrement était proposée plus loin il me semble (mais je peux me tromper). Et en effet le fait de sélectionner le chiffrement rendait l’utilisation de LVM obligatoire.

piolet · Le 15/01/2023, à 11:37

bonjour
LVM c'est comme les matriochkas. Dans l'ordre d'imbrication et en simplifiant
partition disque / physical volume / volume group / logical volume / file system

donc pour réduire tout ça ! Pas impossible mais prise de tête.

Réinstaller me semble plus réaliste sauf si tu cherches à te former.

Mais peut-être plutôt que de tout réduire il est possible de créer un logical volume formaté windows (NTFS, FAT..). A tester.
non windows ne sait pas lire le LVM

Dernière modification par piolet (Le 15/01/2023, à 13:00)

Qid · Le 15/01/2023, à 11:48

piolet a écrit :

donc pour réduire tout ça ! Pas impossible mais prise de tête.
Réinstaller me semble plus réaliste sauf si tu cherches à te former.

Bah faut juste savoir manipuler lvm (la page de Doc donne pas mal d'infos déjà)... Parceque oui comme c'est un fonctionnement particulier spécifique à lui les autres logiciels classique sont en galère... Mais quand on sait le manipuler il paraît d'après les bruits de couloir que ça peut être vachement pratique au contraire...

jplemoine · Le 15/01/2023, à 13:02

piolet a écrit :

partition disque / physical volume / volume group / logical volume / file system

Pour être complet : oui et non.
Notament, sur une Vm, tu peux faire du "LVM sur disque", tu as alors :
disque (complet) / physical volume PV / volume group VG / logical volume LV / file system FS
Cela permet de ne pas avoir à gérer les partitions et de faciliter l'agrandissement du point de montage.
Pour diminuer, c'est plus difficile et la probabilité de perdre les données est proche de 1.

En fait, cela dépend du nombre de PV dans le VG. On va partir de principe qu'il y en a qu'un.
Il faut
- diminuer le FS (la manière de faire dépend du type. Faire un df -T)
- diminuer le LV en faisiant attention de ne pas trop diminuer (c'est là que ça passe ou ça casse mais ça ne se verra pas tout de suite : ce n'est qu'à l'écriture "hors zone" que l'on perd le fichier et que l'on découvre l'erreur).
- Ajouter un nouveau LV sur le VG pour la partie transfert
- mettre un FS compatible avec Windows

La solution étant peut-être de créer un dossier spécifique et de le partager via nfs (si windows >= 10) ou samba si la version de Windows est inférieure.

MicP · Le 15/01/2023, à 13:10

Bonjour

Et sinon, de quoi parle-t-on en fait ?

On pourrait en avoir une idée plus précise dans le retour des lignes de commandes suivantes :

lsblk --exclude 7,11 -oSIZE,FSSIZE,FSUSED,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID

sudo pvdisplay

sudo vgdisplay

sudo lvdisplay

Dernière modification par MicP (Le 15/01/2023, à 13:11)

geole · Le 15/01/2023, à 15:18

Bonjour.
Paragraphe 7.2.2 puis 7.1.2 https://doc.ubuntu-fr.org/lvm

jplemoine · Le 15/01/2023, à 15:34

D'après ce que j'ai compris du besoin : il ne faut pas toucher ni VG ni au PV.
Il suffit "juste" de diminuer le seul LV actuel (qui prend tout le VG) pour pouvoir ajouter un deuxième LV.
Je ne sais pas si le chiffrement complique les choses
Je viens de réaliser que l'opération de diminution peut être réalisée en opération avec l'option -r de lvreduce

Effectivement, les retours demandés par MicP permettront d'en savoir plus. J'ajouterai
df -T pour avoir les types de fs en jeu.

Qid · Le 15/01/2023, à 15:40

jplemoine a écrit :

les retours demandés par MicP permettront d'en savoir plus. J'ajouterai
df -T pour avoir les types de fs en jeu.

Dans ce cas celle-ci est possiblement plus clair et complète...

df -aTh

Mais je peux me tromper car je ne sais plus pourquoi je me suis habitué à ces attributs...

jplemoine · Le 15/01/2023, à 15:51

Oui. J'ai posté trop vite sans mettre les balises code...
je pense que le a n'est pas nécessaire puisque on ne veut que le disque.
Le h permet d'afficher la taille en format "humain" : 27G au lieu de 27335584
Le T ajoute une colonne avec le type de fs
En fonction du résultat, on peut ensuite filtrer avec l'option t.

pehache · Le 15/01/2023, à 16:03

Les différentes sorties demandées :

$ df -Th
Filesystem                   Type      Size  Used Avail Use% Mounted on
udev                         devtmpfs  3,8G     0  3,8G   0% /dev
tmpfs                        tmpfs     785M  1,6M  784M   1% /run
/dev/mapper/xubuntu--vg-root ext4       57G   20G   34G  37% /
tmpfs                        tmpfs     3,9G     0  3,9G   0% /dev/shm
tmpfs                        tmpfs     5,0M  4,0K  5,0M   1% /run/lock
tmpfs                        tmpfs     3,9G     0  3,9G   0% /sys/fs/cgroup
/dev/mmcblk0p2               ext4      704M  155M  498M  24% /boot
/dev/mmcblk0p1               vfat      511M  5,3M  506M   2% /boot/efi
tmpfs                        tmpfs     785M   12K  785M   1% /run/user/1000

$ lsblk --exclude 7,11 -oSIZE,FSSIZE,FSUSED,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID
lsblk: unknown column: FSSIZE,FSUSED,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID

$ lsblk --exclude 7,11 
NAME                     MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                        8:0    0 238,5G  0 disk  
├─sda1                     8:1    0   300M  0 part  
├─sda2                     8:2    0   500M  0 part  
├─sda3                     8:3    0   128M  0 part  
├─sda4                     8:4    0 236,7G  0 part  
└─sda5                     8:5    0   780M  0 part  
mmcblk0                  179:0    0  59,5G  0 disk  
├─mmcblk0p1              179:1    0   512M  0 part  /boot/efi
├─mmcblk0p2              179:2    0   732M  0 part  /boot
└─mmcblk0p3              179:3    0  58,3G  0 part  
  └─mmcblk0p3_crypt      253:0    0  58,3G  0 crypt 
    ├─xubuntu--vg-root   253:1    0  57,3G  0 lvm   /
    └─xubuntu--vg-swap_1 253:2    0   980M  0 lvm   [SWAP]

$sudo pvdisplay
  --- Physical volume ---
  PV Name               /dev/mapper/mmcblk0p3_crypt
  VG Name               xubuntu-vg
  PV Size               <58,26 GiB / not usable 2,00 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              14914
  Free PE               0
  Allocated PE          14914
  PV UUID               w0d5oT-uM3m-itEN-Iyxb-2pgN-dYMv-qXimXs

$ sudo vgdisplay
  --- Volume group ---
  VG Name               xubuntu-vg
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <58,26 GiB
  PE Size               4,00 MiB
  Total PE              14914
  Alloc PE / Size       14914 / <58,26 GiB
  Free  PE / Size       0 / 0   
  VG UUID               yMNFrG-grdw-XMQX-IUMj-gzJ1-JPoo-GorCUk

$ sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/xubuntu-vg/root
  LV Name                root
  VG Name                xubuntu-vg
  LV UUID                sXLarn-9gBe-4Bn4-y3tR-g3e6-NkB2-0qUr16
  LV Write Access        read/write
  LV Creation host, time xubuntu, 2022-12-09 21:12:52 +0100
  LV Status              available
  # open                 1
  LV Size                57,30 GiB
  Current LE             14669
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1
   
  --- Logical volume ---
  LV Path                /dev/xubuntu-vg/swap_1
  LV Name                swap_1
  VG Name                xubuntu-vg
  LV UUID                ev186y-BfT2-KAit-n26H-71MJ-eQln-czytUO
  LV Write Access        read/write
  LV Creation host, time xubuntu, 2022-12-09 21:12:52 +0100
  LV Status              available
  # open                 2
  LV Size                980,00 MiB
  Current LE             245
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2

geole · Le 15/01/2023, à 16:08

Je ne connais pas la taille de la partition d'échange avec l'extérieur que tu veux faire mais ne prends pas plus de 10 Go car ubuntu a maintenant besoin d'une certaine taille.

Donc depuis le support d'installation.
Normalement, il ne devrait pas être monté....

sudo umount  -v /dev/mapper/xubuntu-vg-root

sudo lvresize --resizefs --size -10G /dev/mapper/xubuntu-vg-root

Pour le rétrécissement physique, je suis embêté car il y a aussi un autre vg swap à prendre en compte qui peut être à la fin de la partition physique.

Donc on va jouer avec cela et la documentation ne parle pas du chiffré,

Dans un premier temps.

sudo pvs -v --segments /dev/mapper/mmcblk0p3_crypt

???

La dernière ligne de la réponse indique si la fin de la partition est libre ou non. Si la fin de la partition n'a pas suffisamment d'espace libre, il est possible de procéder a une réorganisation physique.
Tu posteras le retour qui permettra de codifier cette ligne.
sudo pvmove --alloc anywhere /dev/sda2:88888888-9999999999 /dev/sda2:0-88888887

Dernière modification par geole (Le 15/01/2023, à 23:20)

MicP · Le 15/01/2023, à 16:27

Merci pour ces retours de commandes

Malheureusement, il n'y a plus d'espace disque disponible sur cette carte SD.

Pour "faire de la place" il faudrait pouvoir réduire l'espace disque occupé par la partition (accessible par /dev/mmcblk0p3) qui est chiffrée.

Mais le plus simple serait de mettre de côté les fichiers perso présents sur cette carte SD
avant de réinstaller un nouveau système en prévoyant cette fois de réserver l'espace disque nécessaire
qui sera utilisé par une partition dont le système de fichiers pourra aussi être accessible depuis un système Windows.

Dernière modification par MicP (Le 15/01/2023, à 16:28)

Qid · Le 15/01/2023, à 16:36

Ouais enfin la sd faisant 60go c'est un peu restreint pour y faire une partition data partagée... Et une partition data de 10go seulement puisqu'en effet on conseille de ne pas descendre en dessous des 50go pour le système je trouve ça un peu limité...

pehache · Le 15/01/2023, à 16:46

jplemoine a écrit :

D'après ce que j'ai compris du besoin : il ne faut pas toucher ni VG ni au PV.
Il suffit "juste" de diminuer le seul LV actuel (qui prend tout le VG) pour pouvoir ajouter un deuxième LV.

Oui mais non : pour ce que je vois en cherchant un peu, Windows ne sait pas lire les volumes LVM, même formatés en NTFS ou exFAT. Et à supposer qu'il existe des utilitaires pour ça, il y a toutes les chances que je ne puisse pas les installer, sachant que je n'ai pas les droits d'admin sous Windows.

jplemoine a écrit :

La solution étant peut-être de créer un dossier spécifique et de le partager via nfs (si windows >= 10) ou samba si la version de Windows est inférieure.

Non plus : c'est du double boot, les deux OS ne tourneront jamais en même temps.

geole a écrit :

Je ne connais pas la taille de la partition d'échange avec l'extérieur que tu veux faire mais ne prends pas plus de 10 Go car ubuntu a maintenant besoin d'une certaine taille.

Oui c'est ce que je pensais faire. Mon usage de Linux sur cette machine est limité, c'est du dépannage quand je suis en déplacement pour pallier aux limitations de ce PC pro qui est ultra bridé/"sécurisé" sous Windows.

MicP · Le 15/01/2023, à 17:34

pehache a écrit :

…Windows ne sait pas lire les volumes LVM, …

Sans oublier que de toutes façons, il faudrait d'abord que windows puisse déchiffrer la partition s'il voulait pouvoir accéder au LVM qu'elle contient.

=======
D'autre part, et à mon humble avis, tu y gagnerais en espace disque, fiabilité et vitesses lecture/écriture si tu changeais cette carte SD
par un disque SSD (de 30€) qui serait dans un boîtier USB 3 <-> SATA III (de 10€)
Dans ces prix là, tu trouveras un SSD de 240GB et un boîtier USB <-> SATA équipé d'une puce du genre Via VL711 avec UASP (<=> USB Attached SCSI Protocol)

(Bien sûr, il existe des SSD de plus grande taille et plus performants, et de bien meilleurs boîtiers USB <-> SATA, mais c'est beaucoup plus cher, et il faudrait que les ports USB 3 de ta machine soient vraiment performant pour pouvoir en profiter.)

Dernière modification par MicP (Le 15/01/2023, à 17:57)

jplemoine · Le 15/01/2023, à 17:57

Effectivement, ma solution (qui n'en est pas une) était trop simpliste...
Ca commence à devenir compliqué et j'ai un gros doute sur ce qui va avéré les données.
L'utilisation d'un autre support (SSD par exemple) me semble une bonne idée.

MicP · Le 15/01/2023, à 18:06

Il y a quelques années de ça, les disques SSD étaient encore trop cher et moins fiables qu'aujourd'hui, mais maintenant, les prix sont vraiment accessibles,
et les cartes SD disposant de beaucoup d'espace disque et/ou performantes sont encore beaucoup trop chères
et, à mon humble avis, les cartes SD ne sont pas encore assez fiables pour pouvoir êtres utilisées longtemps pour faire tourner un système d'exploitation qui ferait beaucoup trop d'écritures.

geole · Le 15/01/2023, à 18:25

J'ai compris que cette installation sur carte SD est une installation destinée aux dépannages ponctuels. C'est comme une installation sur clé USB ou disque externe. L'avantage étant la taille très réduite de la carte SD .

MicP · Le 15/01/2023, à 20:33

Dans ce cas, il serait peut-être intéressant d'utiliser une version live + mode persistence + une partition supplémentaire formatée en exFat (pour les accès depuis les systèmes Windows)
mais je ne sais pas si c'est toujours faisable avec les versions actuelles d'Ubuntu.

Dernière modification par MicP (Le 15/01/2023, à 20:34)

pehache · Le 15/01/2023, à 20:54

geole a écrit :

J'ai compris que cette installation sur carte SD est une installation destinée aux dépannages ponctuels. C'est comme une installation sur clé USB ou disque externe. L'avantage étant la taille très réduite de la carte SD .

Voilà, le but étant de ne pas s'encombrer avec un disque externe (ni pour le transport ni quand j'utilise le PC dans le train, ou sur les genoux, etc... J'ai effectivement envisagé le SSD externe à un moment (d'autant que j'en ai un de 128Go inutilisé), mais la solution carte SD convient bien pour mon usage. Les performances I/O n'ont bien sûr rien à voir, mais j'ai pris soin de prendre une carte avec de bonnes specs (Sandisk Extreme) et franchement les perfs sont pas si mal.

Qid · Le 15/01/2023, à 21:49

Ouais mais ça change pas le problème de place... Et pourquoi la partition d'échange ne pourrait pas être en interne sur le disque ?

pehache · Le 15/01/2023, à 22:08

Qid a écrit :

Ouais mais ça change pas le problème de place... Et pourquoi la partition d'échange ne pourrait pas être en interne sur le disque ?

Je n'ai pas de problème de place ... Là actuellement j'ai tous les documents persos dont j'ai besoin sur la carte, et il reste 35Go de libre. Je n'avais pas anticipé le besoin d'une partition d'échange avec Windows, mais même si j'en fais une de 10Go (pas réellement besoin de plus) il restera 25Go de libre, ça ira.

Pour ta question, si tu parles de créer une partition sur le disque interne du PC, outre que ça risque d'être techniquement compliqué aussi (le disque est chiffré bitlocker et je n'ai aucun droit d'admin dans le Windows installé, donc pas possible d'installer des outils qui permettraient éventuellement de le faire), je n'ai tout simplement pas le droit de bidouiller ce PC.

Qid · Le 15/01/2023, à 22:17

Ah bah c'est sûr que dans ces conditions...
Après comme on le disait un Ubuntu 22.04 dans moins de 50go ça peut se négocier mais faut juste maîtriser le terrain : savoir ce qui mange l'espace système pour ne pas trop en abuser : les Snap en tête...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 14/01/2023, à 23:17

Réduire un groupe de volumes LVM (contenant le volume système)

#2 Le 15/01/2023, à 10:11

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#3 Le 15/01/2023, à 10:32

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#4 Le 15/01/2023, à 11:37

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#5 Le 15/01/2023, à 11:48

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#6 Le 15/01/2023, à 13:02

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#7 Le 15/01/2023, à 13:10

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#8 Le 15/01/2023, à 15:18

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#9 Le 15/01/2023, à 15:34

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#10 Le 15/01/2023, à 15:40

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#11 Le 15/01/2023, à 15:51

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#12 Le 15/01/2023, à 16:03

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#13 Le 15/01/2023, à 16:08

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#14 Le 15/01/2023, à 16:27

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#15 Le 15/01/2023, à 16:36

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#16 Le 15/01/2023, à 16:46

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#17 Le 15/01/2023, à 17:34

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#18 Le 15/01/2023, à 17:57

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#19 Le 15/01/2023, à 18:06

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#20 Le 15/01/2023, à 18:25

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#21 Le 15/01/2023, à 20:33

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#22 Le 15/01/2023, à 20:54

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#23 Le 15/01/2023, à 21:49

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#24 Le 15/01/2023, à 22:08

Re : Réduire un groupe de volumes LVM (contenant le volume système)

#25 Le 15/01/2023, à 22:17

Re : Réduire un groupe de volumes LVM (contenant le volume système)

Pied de page des forums