Vous n'êtes pas identifié(e).
Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x52c69ab1
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 499711 497664 243M 83 Linux
/dev/sda2 501758 976771071 976269314 465,5G 5 Extended
/dev/sda5 501760 976771071 976269312 465,5G 8e Linux LVM
La partition 3 ne commence pas sur une frontière de cylindre physique.
Disque /dev/mapper/chenille--vg-root : 9,3 GiB, 9999220736 octets, 19529728 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Disque /dev/mapper/chenille--vg-swap_1 : 7,8 GiB, 8376025088 octets, 16359424 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Disque /dev/mapper/chenille--vg-home : 448,4 GiB, 481472544768 octets, 940376064 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Bizarrement, je découvre une vg-home et une vg-home seulement (aurais-je indiqué quand même à l'installe un tel paramétrage ? Je ne me souviens plus)
Du coup, j'ai lu la littérature sur LVM mais j'ai quand un peu les chocottes de faire une boulette....
Quelqu'un voit clairement comment régler le problème ?
Merci d'avance le cas échéant !
Dernière modification par LauwCost (06-05-2016 09:53:55)
Hors ligne
j'ai fait confiance à l'installateur pour paramétrer le disque dur
Erreur fatale. Ne jamais faire confiance à l'installateur pour définir la taille des partitions et volumes logiques.
Il commet systématiquement deux erreurs :
- certaines partitions ou volumes logiques sont souvent trop petits (racine, /usr)
- ce qui ne serait pas grave avec LVM s'il ne commettait pas l'autre erreur consistant à allouer tout l'espace disponible sans laisser d'espace libre dans le VG pour agrandir les volumes au fur et à mesure de l'évolution des besoins.
Avec LVM, le jeu va donc consister à réduire un autre volume afin d'utiliser l'espace libéré pour agrandir le volume trop petit, et en profiter pour laisser un maximum d'espace non alloué pour des besoins futurs car agrandir est plus facile que réduire. L'installateur Debian utilisant par défaut le système de fichiers ext4 qui peut être agrandi à chaud mais ne peut pas être réduit à chaud (contrairement à btrfs), il faut que le volume à réduire soit démonté. En revanche le volume à agrandir n'a pas besoin d'être démonté.
Le candidat habituel est le volume home qui a l'avantage de pouvoir être démonté à chaud. La racine en ext4 peut être agrandie à chaud, ce qui est une bonne nouvelle puisque la racine ne peut pas être démontée. Il suffit de fermer toutes les sessions utilisateur et d'ouvrir une session root en console. Alternativement, on peut aussi démarrer un autre système (système live ou installateur Debian en mode rescue).
Séquence (l'ordre compte) :
démonter le volume home avec umount
vérifier le volume home avec fsck -f
réduire le système de fichier du volume home avec resize2fs
réduire le volume home avec lvreduce (attention à ne pas le réduire à une taille inférieure à celle du système de fichiers sinon perte de données !)
agrandir le volume root avec lvextend
ajuster le système de fichier racine avec resize2fs
Pour le risque de boulette, il y a la sauvegarde.
Dernière modification par raleur (06-05-2016 11:41:53)
Il vaut mieux montrer que raconter.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne