Redimensionner partition système

tintinux · Le 30/12/2021, à 10:26

Bonjour

Sur une machine avec Ubuntu 20.04 j'ai un système de fichiers où il n'y a que le système et qui a été dimensionné beaucoup trop grand (429 Go, 3% utilisé).

Périphérique : /dev/ubuntu-vg/root
Contenu : Ext4 (version 1.0) — Non monté

Je voudrais le réduire pour agrandir ensuite un autre système de fichiers où est normalement monté /home.

Bien sûr, j'ai démarré sur un Live USB et le disque est sain.
Mais GParted laisse grisée l'option "Redimensionner".
Savez-vous pourquoi et si je peux récupérer autrement l'espace perdu ?

Dernière modification par tintinux (Le 30/12/2021, à 10:30)

malbo · Le 30/12/2021, à 11:07

Bonjour,
Fais un Boot-info depuis une session de ton Ubuntu installé et donne l'URL de ce Boot-info dans ta réponse.

EDIT : je ne pratique pas LVM mais je te suggère de consulter le paragraphe 7.2 Volume logique de la doc "LVM, une autre manière de partitionner". Tu verras que Gparted n'est pas à utiliser pour redimensionner un volume logique (ta partition système est un volume logique).

Dernière modification par malbo (Le 30/12/2021, à 11:18)

tintinux · Le 30/12/2021, à 14:14

Bonjour et merci pour ta réponse.

Le boot-info n'est pas possible parce que le système est en fait 16.04 (c'est le Live-usb qui est en 20.04).

Je vais essayer de comprendre la documentation très absconse sur les volumes logiques. Je me demande bien ce qu'ils apportent, à part plus de complexité...

Cordialement

malbo · Le 30/12/2021, à 15:38

tintinux a écrit :

Le boot-info n'est pas possible parce que le système est en fait 16.04 (c'est le Live-usb qui est en 20.04).

La version 16.04 n'est plus maintenue depuis Avril 2021 (source). Ce serait l'occasion de virer cette installation (*) qui utilise LVM et la remplacer par une installation plus classique (sans LVM) de Ubuntu 20.04. EDIT : pour un partitionnement aux petits oignons, tu pourrais utiliser la doc "Installation d'Ubuntu : partitionnement manuel"

(*) après une sauvegarde préalable sur un DD externe des données précieuses de l'install actuelle

Dernière modification par malbo (Le 30/12/2021, à 15:42)

tintinux · Le 30/12/2021, à 17:41

Tu as raison, il faut installer une version plus récente.
Mais le /home avait été mis sur une autre partition pour éviter une fastidieuse double copie des données à chaque nouvelle installation, d'autant que je n'ai pas de disque amovible disponible.
Et des données séparées c'est très bien et ça devrait même, selon moi, être installé ainsi par défaut...

Je vais donc d'abord essayer de réduire l'espace excessif alloué au système, et seulement ensuite y réinstaller la dernière LTS, sans toucher à /home qui est sauvegardé sur un cloud.
C'est dommage que je sois passé inutilement en LVM, on m'avait dit que c'était mieux mais je m'aperçois que ça augmente surtout la complexité et les risques.
Ça va toutefois rester comme ça jusqu'à la mort de l'ordinateur concerné car ce serait trop long de tout refaire.

Merci pour ton aide

tintinux · Le 22/02/2022, à 17:01

Bonjour

Je reprends le sujet précédent dans l'état où je l'ai laissé il y a un mois et demi...

En bootant sur un LiveUSB 20.04, j'ai réduit avec lvresize le volume /dev/ubuntu-vg/root où est installé le système, puis j'ai essayé d'augmenter au maximum avec lvextend le volume /dev/ubuntu-vg/data où sont montées les données /home

On a :

root@ubuntu:~# lvdisplay
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/root
  LV Name                root
  VG Name                ubuntu-vg
  LV UUID                sjNHnn-Yawu-Z22T-dPHm-U2QY-CRzB-QDlOge
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2016-07-03 12:42:03 +0000
  LV Status              available
  # open                 0
  LV Size                50,00 GiB
  Current LE             12800
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/swap_1
  LV Name                swap_1
  VG Name                ubuntu-vg
  LV UUID                8hpTpK-xkpw-xY4i-Z9RV-27Rd-Vsl1-7ciJSX
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2016-07-03 12:42:04 +0000
  LV Status              available
  # open                 0
  LV Size                3,98 GiB
  Current LE             1019
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1
   
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/data
  LV Name                data
  VG Name                ubuntu-vg
  LV UUID                T92R0j-fDal-JEyp-Kwkb-GtTY-2dl6-YvXlDa
  LV Write Access        read/write
  LV Creation host, time ubuntu-mate, 2020-11-19 21:49:16 +0000
  LV Status              available
  # open                 0
  LV Size                <644,18 GiB
  Current LE             164909
  Segments               3
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:2

Après montage de /home, j'ai toutes les données mais je suis toujours à 100%, alors que je crois avoir augmenté le volume logique de 350 Go, donc je l'ai presque doublé.

root@ubuntu:~# df -h /home
Sys. de fichiers            Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/ubuntu--vg-data   289G    274G  744M 100% /home

Que dois-je faire maintenant pour utiliser tout ce qui doit être disponible sur /dev/ubuntu-vg/data ?
Bien sûr je souhaite garder les données existantes du /home, si possible.

Merci pour votre aide !

jplemoine · Le 22/02/2022, à 18:12

Il fallait mettre le paramètre -r lors du lvextend pour mettre à jour le fs (si dispo sous Ubuntu)
Maintenant, c'est plus compliqué car il va falloir le faire manuellement avec les bons paramètres.

df -hT /home

Ca va ajouter une colonne avec le type de fs --> si c'est du ext4 (de mémoire avec un RHEL et non Ubuntu) :
**** Si ce n'est pas écrit ext4 ou s'il parle de crypt, tu stoppes ****

Si c'est du ext4 pur (non chiffré [crypt]) :

resize4fs -l 100%FREE /dev/ubuntu-vg/data

si ça dit que resize4fs n'existe pas, essayer avec resize2fs

resize2fs -l 100%FREE /dev/ubuntu-vg/data

tintinux · Le 22/02/2022, à 18:30

Merci pour ta réponse.

Le type est bien ext4 et non crypté.

Voici ce que j'obtiens :

root@ubuntu:~# resize4fs -l 100%FREE /dev/ubuntu-vg/data

La commande « resize4fs » n'a pas été trouvée, voulez-vous dire :

  commande « resize2fs » du deb e2fsprogs (1.45.5-2ubuntu1)

Essayez : apt install <nom du deb>

root@ubuntu:~# resize2fs -l 100%FREE /dev/ubuntu-vg/data
resize2fs 1.45.5 (07-Jan-2020)
resize2fs : option invalide -- 'l'
Utilisation : resize2fs [-d drapeaux_de_debug] [-f] [-F] [-M] [ -P] [-p] périphérique [-b|-s|nouvelle_taille] [-S RAID-stride] [-z fichier_annulation]

jplemoine · Le 22/02/2022, à 18:47

J'ai confondu : c'est le lvresize où l'on peut mettre 100%FREE.
Là c'est juste

resize4fs  /dev/ubuntu-vg/data

Désolé.

iznobe · Le 22/02/2022, à 18:49

tintinux a écrit :

Bonjour et merci pour ta réponse.
Le boot-info n'est pas possible parce que le système est en fait 16.04 (c'est le Live-usb qui est en 20.04).

Bonsoir , on peut tres bien faire un boot-info a partir d' un live-USB , en fait c' est meme conseillé !

jplemoine · Le 22/02/2022, à 18:49

Pour faire simple (toujours de mémoire du redhat ) tu fais :

lvextend -rl 100%FREE /dev...

Ca prend 100% de l'espace libre de ton vg et ça retaille ton fs.

tintinux · Le 22/02/2022, à 19:22

jplemoine a écrit :

J'ai confondu : c'est le lvresize où l'on peut mettre 100%FREE.
Là c'est juste
resize4fs  /dev/ubuntu-vg/data

Ok, avec resize2fs ça semble bon à première vue.
Merci encore.

jplemoine · Le 22/02/2022, à 19:54

oui. Bien rectifié... C'était évidement resize2fs qu'il fallait utiliser...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 30/12/2021, à 10:26

Redimensionner partition système

#2 Le 30/12/2021, à 11:07

Re : Redimensionner partition système

#3 Le 30/12/2021, à 14:14

Re : Redimensionner partition système

#4 Le 30/12/2021, à 15:38

Re : Redimensionner partition système

#5 Le 30/12/2021, à 17:41

Re : Redimensionner partition système

#6 Le 22/02/2022, à 17:01

Re : Redimensionner partition système

#7 Le 22/02/2022, à 18:12

Re : Redimensionner partition système

#8 Le 22/02/2022, à 18:30

Re : Redimensionner partition système

#9 Le 22/02/2022, à 18:47

Re : Redimensionner partition système

#10 Le 22/02/2022, à 18:49

Re : Redimensionner partition système

#11 Le 22/02/2022, à 18:49

Re : Redimensionner partition système

#12 Le 22/02/2022, à 19:22

Re : Redimensionner partition système

#13 Le 22/02/2022, à 19:54

Re : Redimensionner partition système

Pied de page des forums