#1 Le 19/02/2013, à 16:26
- netriann
Problème de compréhension des LVM
Bonjour,
Merci par avance à tous ceux qui auront l'amabilité de m'assister (et désolé pour les fautes d'orthographes qui traîneront).
Voila le contexte : j'ai installé ubuntu 12.10 avec l'option LVM (je ne sais plus trop quand cette option apparaît) et je voulais après coup m'installer un Windows à coté (oui, je sais, c'est mieux de faire l'inverse mais là n'est pas la question).
Donc, après avoir étudié plusieurs tutos, je me retrouve bloqué et je ne suis du coup plus sûr de pouvoir faire ce que je voulais.
J'ai bien assimilé le principe : disque physique / volume groupe / disque logique / système de fichier
Ce que j'ai fais : - réduction de mon système de fichier /root
- réduction du logical volume
Ce que j'ai dans palimpsest sur le disque physique /dev/sda :
- sda1 amorçable ; sda2 partition étendu de 320 et en dessous "Volume physique LVM2 320GO"
ensuite :
un groupe de volume avec mon /root, le swap et 40go de libre suite à la réduction
Évidemment, vu que ces 40g sont toujours dans le VG, je ne peux pas installé mon windows dessus (même si préalablement formaté en NTFS, ça valait le coup d'essayer )
En conclusion, ma question est : est-ce que ce que j'essaye de faire est possible ?
(je vais essayé de rajouter des infos dans un prochain message)
edit : la conclusion que j'en tire est que comme le disque est dans mon VG, je ne peux pas le repartitionner pour avoir une partoche visible par Windows
edit 2 : je pensais avoir la solution avec : pvresize --setphysicalvolumesize 260G (j'ai essayé à plus pour que allocated < resize) -tdv /dev/sda5 ---> /dev/sda5: cannot resize to 66559 extents as later ones are allocated
alors que pvdisplay :
PV Name /dev/sda5
VG Name ubuntu
PV Size 297,85 GiB / not usable 3,00 MiB (d'ailleurs, ou sont passé les 20 autres GO ??)
Allocatable yes
PE Size 4,00 MiB
Total PE 76249
Free PE 10021
Allocated PE 66228
edit 3 : je pense qu'il faudrait que je réussisse (si c'est possible) à repartitionner le disque sda en réduisant sda5(partion linux lvm 08xe) qui est sur sda2 (étendue 0x05)
Dernière modification par netriann (Le 19/02/2013, à 17:19)
Hors ligne
#2 Le 19/02/2013, à 17:18
- tiramiseb
Re : Problème de compréhension des LVM
Salut,
En conclusion, ma question est : est-ce que ce que j'essaye de faire est possible ?
Dans la théorie c'est possible, mais...
cannot resize to 66559 extents as later ones are allocated
... cela veut dire que tu as des extents alloués sur la fin du volume physique, et malheureusement, pvresize ne sait pas (encore) déplacer les extents alloués au début du volume physique, même s'il y a assez de place libre.
La page suivante traite du sujet et donne une solution un peu bricolo :
http://fedorasolved.org/Members/zcat/sh … -partition
... à toi de réfléchir et voir comment transposer cette logique sur Ubuntu.
d'ailleurs, ou sont passé les 20 autres GO ??
C'est la différence entre Go et Gio
320×1000×1000×1000/1024/1024/1024 ≃ 298
Bienvenue dans le doux mondes des fabricants de disques durs...
Dernière modification par tiramiseb (Le 19/02/2013, à 17:19)
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#3 Le 19/02/2013, à 17:21
- netriann
Re : Problème de compréhension des LVM
Merci, je vais regardé ça.
J'ai d'ailleurs vu la cmd pvmove mais je ne m'y suis pas encore risqué.
edit 1 : j'ai oublié de précisé que je suis à 2 doigts de tout défoncer et de tout réinstaller "proprement" (sous entendu -> je comprend l'orga des disques), mais que je souhaitais comprendre avant d'abandonner.
Dernière modification par netriann (Le 19/02/2013, à 17:25)
Hors ligne
#4 Le 19/02/2013, à 17:25
- Hoper
Re : Problème de compréhension des LVM
La commande pvmove est sans risque (à condition d'utiliser un disque internet et pas un disque usb), et te permettrait effectivement de "défragmenter" le VG. Mais cela nécessitera donc un autre disque, vers lequel il faudra déplacer toutes les données, avant de les remettre sur le premier disque.
Que donne la commande :
sudo pvdisplay -m /dev/sda5
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#5 Le 19/02/2013, à 17:30
- tiramiseb
Re : Problème de compréhension des LVM
Hoper : s/disque internet/disque interne/
Une autre approche, à tester, serait de brancher un autre disque sur la machine (soit disque interne, soit disque USB, mais comme avec pvmove il faut faire gaffe à ne pas le débrancher par erreur, il ne faut pas d'erreur sur le bus USB, etc... risque modéré mais moins réduit qu'avec un disque interne) puis :
- d'ajouter ce disque, en tant que PV, au même VG
- d'utiliser lvmove pour déplacer tous les volumes logiques sur cet autre disque
- de diminuer le PV sur le disque interne habituel
- de réutiliser lvmove pour redéplacer les volumes logiques sur le PV d'origine
- de supprimer le PV du second disque du VG
Dernière modification par tiramiseb (Le 19/02/2013, à 17:31)
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#6 Le 19/02/2013, à 17:32
- netriann
Re : Problème de compréhension des LVM
pvdisplay -m /dev/sda5
--- Physical volume ---
PV Name /dev/sda5
VG Name ubuntu
PV Size 297,85 GiB / not usable 3,00 MiB
Allocatable yes
PE Size 4,00 MiB
Total PE 76249
Free PE 10021
Allocated PE 66228
PV UUID 5fLRV9-9dYO-r63L-3XZb-GwNg-tRbP-9WrxzQ
--- Physical Segments ---
Physical extent 0 to 65279:
Logical volume /dev/ubuntu/root
Logical extents 0 to 65279
Physical extent 65280 to 75297:
FREE <---- oups
Physical extent 75298 to 76245:
Logical volume /dev/ubuntu/swap_1
Logical extents 0 to 947
Physical extent 76246 to 76248:
FREE
Ok, du coup faut que j'essaye de déplacé voir effacé mon swap (d'ailleurs 4go pour 8go de RAM = useless) et utilisé les extents de 65k à 76k
(merci encore)
Dernière modification par netriann (Le 19/02/2013, à 17:34)
Hors ligne
#7 Le 19/02/2013, à 17:34
- Hoper
Re : Problème de compréhension des LVM
Pour le moment, tu peux parfaitement supprimer ton swap. Linux fonctionnera très bien sans.
sudo swapoff /dev/ubuntu/swap_1
sudo lvremove /dev/ubuntu/swap_1
tu commente l'entrée correspondant à la swap dans /etc/fstab
Et c'est réglé
Dernière modification par Hoper (Le 19/02/2013, à 17:35)
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#8 Le 19/02/2013, à 17:35
- tiramiseb
Re : Problème de compréhension des LVM
En effet la swap tu peux l'effacer temporairement :
sudo swapoff
sudo lvremove /dev/ubuntu/swap_1
sudo pvresize --setphysicalvolumesize 260G
sudo lvcreate -L1G -nswap_1 /dev/ubuntu
sudo mkswap /dev/ubuntu/swap_1
sudo swapon
EDIT: Hoper, arrête de me couper l'herbe sous le pied
EDIT2: Et en effet 4 Go de swap c'est inutile... Tu m'diras, moi aussi j'ai 4 Go de swap sur mon poste de travail avec 8 Go de RAM...
Dernière modification par tiramiseb (Le 19/02/2013, à 17:37)
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#9 Le 19/02/2013, à 17:37
- Hoper
Re : Problème de compréhension des LVM
tiramiseb : attention quand même, l'uuid de la swap aura changé. Je pense donc qu'il y a plusieurs fichiers à modifier, à commencer par le fstab, mais peut être pas que celui la...
EDIT : Désolé
Dernière modification par Hoper (Le 19/02/2013, à 17:38)
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#10 Le 19/02/2013, à 17:38
- tiramiseb
Re : Problème de compréhension des LVM
Bien vu Hoper. Saloperies de UUID, je ne m'y suis pas encore fait (surtout avec du LVM, c'est inutile)...
Je pense qu'il n'y aura que le fstab à changer.
Dernière modification par tiramiseb (Le 19/02/2013, à 17:38)
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#11 Le 19/02/2013, à 17:41
- Hoper
Re : Problème de compréhension des LVM
Je crois que cet UUID est aussi utilisé pour le mécanisme d'hibernation. Mais je me souviens plus du tout du fichier en question
EDIT : Le plus simple, c'est peut etre de noter l'UUID, et de le redonner en argument en moment du mkswap. Comme ça...
Dernière modification par Hoper (Le 19/02/2013, à 17:42)
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#12 Le 19/02/2013, à 17:42
- tiramiseb
Re : Problème de compréhension des LVM
Je crois que cet UUID est aussi utilisé pour le mécanisme d'hibernation
Ouais mais avec moins de swap que de RAM je doute que l'hibernation soit utilisée
Le plus simple, c'est peut-être de noter l'UUID, et de le redonner en argument en moment du mkswap
Même pas besoin de le noter...
mkswap -U $(grep "^UUID.*swap" /etc/fstab | cut -d" " -f1 | cut -d= -f2) /dev/ubuntu/swap_1
Dernière modification par tiramiseb (Le 19/02/2013, à 17:44)
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#13 Le 19/02/2013, à 17:42
- netriann
Re : Problème de compréhension des LVM
Ok merci,
A faire avec ou sans livecd ? -> pas de problème au démarrage si je le dégage sous livecd (j'y suis actuellement) ?
Hors ligne
#14 Le 19/02/2013, à 17:45
- tiramiseb
Re : Problème de compréhension des LVM
A faire avec ou sans livecd ?
À faire direct en live sur ton système en fonctionnement.
Dernière modification par tiramiseb (Le 19/02/2013, à 17:45)
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#15 Le 19/02/2013, à 18:06
- netriann
Re : Problème de compréhension des LVM
Ca avance ! Mais j'ai plus de cerveau ... :
VG Size 260,00 GiB
PE Size 4,00 MiB
Total PE 66559
Alloc PE / Size 65280 / 255,00 GiB
Free PE / Size 1279 / 5,00 GiB ----> il faut maintenant que je rajoute 4go au système de ficher (root) et 1 go pour le swap ?
On peu faire un resize en utilisant les segments ? (je l'avais vu quelque part mais je ne retrouve plus)
Dernière modification par netriann (Le 19/02/2013, à 18:07)
Hors ligne
#16 Le 19/02/2013, à 18:11
- tiramiseb
Re : Problème de compréhension des LVM
Free PE / Size 1279 / 5,00 GiB ----> il faut maintenant que je rajoute 4go au système de ficher (root) et 1 go pour le swap ?
Tu fais ce que tu veux...
Pour ma part je trouve idiot de faire un volume LVM et de l'utiliser immédiatement à 100%.
LVM est fait pour être super flexible, autant être en effet flexible, allouer une certaine taille (limitée) et agrandir un volume logique si nécessaire : comme ça il y possibilité de créer de nouveaux volumes, d'avoir de la place pour agrandir l'un ou l'autre des volumes...
Mais bon, sur un poste de travail l'intérêt de LVM reste limité...
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#17 Le 19/02/2013, à 19:33
- netriann
Re : Problème de compréhension des LVM
En fait ca n'a pas fonctionné comme attendu :'(
Dans gparted il n'y a que 4go qui sont libre sur sda5 ( sd2 n'a pas bougé, normal) -> Free PE / Size 1279 / 5,00 GiB moins les 1go que j'ai remis en swap
Là ca me saoule, je réessaye demain à tête reposé ...
Merci pour votre aide !
Hors ligne
#18 Le 19/02/2013, à 19:43
- tiramiseb
Re : Problème de compréhension des LVM
Gparted ne t'afficherait-il pas simplement les données retournées par LVM ?
Peut-être que Gparted ne regarde pas la taille du PV en lui-même pour dire la place inutilisée sur la partition.
Que donne la commande suivante, réexécutée ?
sudo pvdisplay -m /dev/sda5
Si elle affiche bien la nouvelle taille (plus petite), tu peux redimensionner la partition en elle-même.
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#19 Le 19/02/2013, à 20:09
- netriann
Re : Problème de compréhension des LVM
pvdisplay -m /dev/sda5
--- Physical volume ---
PV Name /dev/sda5
VG Name ubuntu
PV Size 260,00 GiB / not usable 3,00 MiB
Allocatable yes
PE Size 4,00 MiB
Total PE 66559
Free PE 1023
Allocated PE 65536
PV UUID 5fLRV9-9dYO-r63L-3XZb-GwNg-tRbP-9WrxzQ
--- Physical Segments ---
Physical extent 0 to 65279:
Logical volume /dev/ubuntu/root
Logical extents 0 to 65279
Physical extent 65280 to 65535:
Logical volume /dev/ubuntu/swap_1
Logical extents 0 to 255
Physical extent 65536 to 66558:
FREE
Le truc qui me gène c'est les 4go qui ce sont libéré sur gparted -> il y a bien eu un changement de perçu
Si elle affiche bien la nouvelle taille (plus petite), tu peux redimensionner la partition en elle-même.
C'est peu être la fatigue qui me fais dire ça mais c'est pas ce que je suis en train d'essayer de faire depuis ce matin ? Oo
Je met au passage lvdisplay et vgdisplay, sait-on jamais !
VG Name ubuntu
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 12
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 260,00 GiB
PE Size 4,00 MiB
Total PE 66559
Alloc PE / Size 65536 / 256,00 GiB
Free PE / Size 1023 / 4,00 GiB
VG UUID mclYn0-Cpsp-HLcm-oiSL-5AC2-9BiM-eW768H
--- Logical volume ---
LV Path /dev/ubuntu/root
LV Name root
VG Name ubuntu
LV UUID 7BAEDw-f1cy-uOsX-oFo4-FCcE-cmu6-gnzcKi
LV Write Access read/write
LV Creation host, time ,
LV Status available
# open 1
LV Size 255,00 GiB
Current LE 65280
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:0
--- Logical volume ---
LV Path /dev/ubuntu/swap_1
LV Name swap_1
VG Name ubuntu
LV UUID yDBSJG-WnvG-dDbD-WpfJ-jYhh-8SVV-PAFfJ1
LV Write Access read/write
LV Status available
# open 2
LV Size 1,00 GiB
Current LE 256
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:1
Hors ligne
#20 Le 19/02/2013, à 20:31
- tiramiseb
Re : Problème de compréhension des LVM
C'est peu être la fatigue qui me fais dire ça mais c'est pas ce que je suis en train d'essayer de faire depuis ce matin ? Oo
Il faut le faire en deux étapes :
1/ réduire le PV
2/ réduire la partition qui contient le PV
Ton dernier "pvdisplay" montre que ton PV a bien été réduit à 260 Go.
Tu peux maintenant réduire la partition en elle-même.
D'ailleurs pour ma part quand je fais ce genre de manipulations je prends une petite marge par exemple :
- réduction du PV à 257 Go
- réduction de la partition à 260 Go
- agrandissement du PV au max
Comme ça, si jamais il y a un léger décalage ou une différence de calcul bah le système peut se "tromper" de 3 Go sans que ça ne soit grave. On n'est jamais trop prudent.
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#21 Le 20/02/2013, à 09:51
- netriann
Re : Problème de compréhension des LVM
2/ réduire la partition qui contient le PV
Si j'ai bien compris, maintenant on parle de sda2 ?
En tout cas merci pour votre aide, j'ai finalement appris pas mal de chose.
Hors ligne
#22 Le 20/02/2013, à 09:57
- tiramiseb
Re : Problème de compréhension des LVM
Si j'ai bien compris, maintenant on parle de sda2 ?
Non, on parle de sda5.
DANS /dev/sda5, tu as un volume physique. Hier tu as réduit le volume physique qui est DANS /dev/sda5 (le PV est le contenu de la partition).
Mais tu n'as pas encore réduit la partition /dev/sda5 ELLE-MÊME, dans la table des partitions du disque (la partition est le contenant du PV).
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne
#23 Le 20/02/2013, à 10:40
- netriann
Re : Problème de compréhension des LVM
OK ok ... J'ai bien fais de demandé avant.
En revanche, je ne vois pas comment je dois faire. gparted ne le fait pas, man parted ne le liste pas non plus ...
Je suis un peu perdu là ...
Là ou je me perd, je pense, c'est sur la distinction entre partition et système de fichier. Il me manque une brique pour bien appréhender l'ensemble.
Sorry pour ma newbitude
Hors ligne
#24 Le 20/02/2013, à 10:53
- Hoper
Re : Problème de compréhension des LVM
Une partition c'est une boite. Le système de fichier, c'est un truc que tu peux mettre dedans. Mais tu pourrais mettre autre chose. Comme de la swap, un membre d'un raid, un disque lvm et plein d'autre chose encore.
(Par contre une partition ne peut contenir qu'une seule chose, à toi de décider laquelle).
Il y a une exception. Des limitations historiques font que tu ne peux normalement avoir que 4 partitions sur un disque (appelées partitions primaires). Pour dépasser cette limite, il est possible de créer (c'est ce qui à été fait chez toi) une partition spéciale appelée "étendue". Cette partition spéciale se comporte un peu comme un disque complet. Elle ne contiendra donc rien elle même directement, mais peut être re-divisé en N partitions (appelé alors "lecteur logique" uniquement pour les différencier des "vraie" partions primaires.
Chaque lecteur logique peut à son tour accueillir une seule sorte de chose (système de fichier, disque lvm, swap etc)
Quand tu veux redimensionner un truc, par exemple un système de fichier ou un disque lvm, il faut faire très attention à ce que tu fais. Surtout, ne pas diminuer la taille de la boite (partition) avant de diminuer la taille du contenu...
Mes tutos et coups de gueule :
http://hoper.dnsalias.net/atdc/
Mastodon: @hoper@framapiaf.org
Hors ligne
#25 Le 20/02/2013, à 10:54
- tiramiseb
Re : Problème de compréhension des LVM
Là ou je me perd, je pense, c'est sur la distinction entre partition et système de fichier. Il me manque une brique pour bien appréhender l'ensemble.
D'abord partons sur l'exemple simple sans LVM :
- un disque dur contient une table des partitions
- la table des partitions définit des partitions [création avec fdisk, parted, etc]
- une partition contient un système de fichiers [création avec mkfs.ext4, etc]
- le système de fichiers contient des fichiers
Et avec LVM :
- un disque dur contient une table des partitions
- la table des partitions définit des partitions [création avec fdisk, parted, etc]
- une partition contient un volume physique LVM [création avec pvcreate]
- un groupe de volumes se base sur ce volume physique [création avec vgcreate]
- le groupe de volumes contient des volumes logiques [création avec lvcreate]
- un volume logique contient un système de fichiers [création avec mkfs.ext4, etc]
Ce qu'il faut garder à l'esprit, c'est qu'une partition est un périphérique de type block device et qu'un système de fichier est un ensemble de données stocké dans un périphérique de type block device.
Ce qu'il faut aussi savoir, c'est qu'une partition n'est pas un contenant tangible.
En fait, la table des partitions fait que pointer vers un espace disque, défini par un cylindre de début et un cylindre de fin (ou une taille).
Tu peux très bien lancer fdisk, effacer une partition puis recréer exactement la même partition : tes données n'auront pas bougé, car fdisk ne touche qu'à la table des partitions et n'écrit rien sur la partie "données" du disque.
Par conséquent, tu peux très bien lancer fdisk, noter le cylindre de début de la partition, effacer la partition /dev/sda5 puis recréer la partition /dev/sda5 mais plus petite en gardant exactement le même cylindre de début...
Tu peux t'inspirer de l'exemple suivant :
http://www.howtoforge.com/linux_resizin … partitions
Parted, de son côté, essaie de faire ça plus intelligemment et de gérer directement le contenu de manière transparente (ce qui fait que toi, en tant qu'utilisateur, n'a pas l'occasion, avec parted, de comprendre comment ça marche, ce que j'ai expliqué ci-dessus). Et là si tu as une partition qui fait une certaine taille qui contient un PV qui est plus petit, je ne sais pas comment réagit parted.
EDIT : j'aime bien la formulation avec les termes "boîte" et "truc que tu mets dedans" de Hoper, c'est plutôt clair comme explication
Dernière modification par tiramiseb (Le 20/02/2013, à 10:56)
Sébastien Maccagnoni - https://www.maccagnoni.eu - https://www.domotego.com
Hors ligne