Protux wrote:Je préfère ne pas te répondre, je ne saurais pas te dire si gparted est capable de modifier des LVM.
Non, il ne peut pas, pour le moment .
Salut,
essaye avec system-config-lvm
et en ligne de commande ?
1/ lvresize sur le LVM 
[root@vegtux.tuxpanic /home/Cyrille]# vgdisplay 
  --- Volume group ---
  VG Name               vg_vegtux
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  12
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                5
  Open LV               5
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               148,85 GiB
  PE Size               4,00 MiB
  Total PE              38106
  Alloc PE / Size       25178 / 98,35 GiB
  Free  PE / Size       12928 / 50,50 GiB
  VG UUID               l9Zcbw-vMN1-Hu3X-B6kj-9Fhh-YW0s-DzsU6o


2/ puis creation de la partition primaire.

C'est bien cela ?
C@sp€r wrote:Salut,
essaye avec system-config-lvm
Je n'ai pas vu d'option de resize avec system-config-lvm sur le vg.
non ?
Tu dois

-réduire le filesystem qui se trouve sur le lvm (et uniquement avec un livecd car on ne peut pas le faire sur une partition montée) avec resize2fs
- réduire le lvm existant
-créer une nouvelle partition primaire avec gparted ou fdisk ( mk2fs ne crée pas de partition)
-ensuite créer un système de fichiers sur cette nouvelle partition avec mke2fs (mkfs.ext2)

ensuite tu pourras la monter et l'utiliser
Juste une dernière question 😉
Voici une capture de mon LVM ce sera plus parlant
mon LVM description
On voit qu'il me reste de l'espace disponible au sein du lvm.

Dois je quand même le réduire on puis je directement passer à l'étape de création de la partition ?

Dans ce cas je mets quoi dans la ligne :
resize2fs /dev/vg_vegtux/XXXXX 30G
car n'étant pas encore utilisée cet espace c'est pas nommé.

pour ensuite réduire le VG c'est
vgreduce mvg -a

????

Désolé mais j'ai pas trop envie de perdre mes données 😉

merci d'avance !
Un LVM est créé à l'intérieur d'une partition.

Pour avoir une idée de la distribution de ton disque, donne le résultat de la commande :

fdisk -l

peut-être tout n'est pas attribué ?
ok c'est parti

 fdisk -l

Disque /dev/sda: 160.0 Go, 160041885696 octets
255 têtes, 63 secteurs/piste, 19457 cylindres, total 312581808 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xe8000000

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *          63      409662      204800   83  Linux
/dev/sda2          409663   312576704   156083521   8e  Linux LVM

Disque /dev/dm-0: 4227 Mo, 4227858432 octets
255 têtes, 63 secteurs/piste, 514 cylindres, total 8257536 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Le disque /dev/dm-0 ne contient pas une table de partition valide

Disque /dev/dm-1: 26.2 Go, 26214400000 octets
255 têtes, 63 secteurs/piste, 3187 cylindres, total 51200000 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Le disque /dev/dm-1 ne contient pas une table de partition valide

Disque /dev/dm-2: 53.7 Go, 53687091200 octets
255 têtes, 63 secteurs/piste, 6527 cylindres, total 104857600 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Le disque /dev/dm-2 ne contient pas une table de partition valide

Disque /dev/dm-3: 10.7 Go, 10737418240 octets
255 têtes, 63 secteurs/piste, 1305 cylindres, total 20971520 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Le disque /dev/dm-3 ne contient pas une table de partition valide

Disque /dev/dm-4: 10.7 Go, 10737418240 octets
255 têtes, 63 secteurs/piste, 1305 cylindres, total 20971520 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Le disque /dev/dm-4 ne contient pas une table de partition valide
tu n'as pas besoin de toucher aux LV car il reste de l'espace non utilisé

il faut réduire le VG mais là ça se complique. En effet vgreduce permet d'enlever un PV (une partition) à ton VG.
comme ton VG est constitué d'une seule partition tu ne vas pas pouvoir utiliser vgreduce.
je pencherais plutôt pour pvresize mais il faut d'autres avis.

LV logical volume
PV physical volume
VG volume group
Bon le plus simple, c'est sans doute que je sauvegarde la totalité et refaire une nouvelle install. (avec f15 c'est l'occasion) et avec un partitionnement adequate dès le début !
En tout cas merci
cyrilleb wrote:Bon le plus simple, c'est sans doute que je sauvegarde la totalité et refaire une nouvelle install. (avec f15 c'est l'occasion) et avec un partitionnement adequate dès le début !
En tout cas merci
non il reste de la place inutilisée sur ton disque. Gparted te le montrera. D'ailleurs il refuserait de créer une nouvelle partition s'il n'y a pas l'espace nécessaire.
après sauvegarde des données (les tailles sont à ajuster)

pvresize --setphysicalvolumesize 100G /dev/sda2 (si c'est trop petit il refusera de le faire). Si nécessaire utiliser pvmove pour déplacer les extents.

puis avec fdisk /dev/sda reduire la partition à 110G par sécurité. Pour cette étape vous pouvez utiliser gparted.

pvresize /dev/sda2 pour que le PV s'étende au maximum de la partition.