- Puis-je créer plusieurs LVM dans une même partition physique ?
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j'ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augmente la
taille de /LVMx est-ce magique?) J'y crois pas trop.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un même LVM
?
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une même
partition physique ?
- Puis-je créer plusieurs LVM dans une même partition physique ?
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j'ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augmente la
taille de /LVMx est-ce magique?) J'y crois pas trop.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un même LVM
?
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une même
partition physique ?
- Puis-je créer plusieurs LVM dans une même partition physique ?
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j'ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augmente la
taille de /LVMx est-ce magique?) J'y crois pas trop.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un même LVM
?
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une même
partition physique ?
Salut.
Bon, on va faire comme si c'était pas vendredi. C'est une vraie
question que je pose.
Comme j'ai un peu la flemme de me plonger dans la doc de LVM, je vous
demande un petit conseil:
D'après ce que j'ai pû comprendre, LVM génère une cou che
supplémentaire d'abstraction entre une partition et un disque. Du
coup, je crée mon /var dans un /whatever/LVMx qui lui-même est dans
une partition de /dev/hda ...
J'ai bon?
Donc les questions sont:
- Puis-je créer plusieurs LVM dans une même partition physique ?
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j' ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augment e la
taille de /LVMx est-ce magique?) J'y crois pas trop.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un mê me LVM
?
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une mà ªme
partition physique ?
- Joan Baez viendra-t-elle chanter aux prochaines RMLL ?
Je sais qu'un jour, quand j'aurais des ennuis, quand mes partoches
vont devenir trop étroites, quand mon disque va cramer, ... je devra is
me pencher un peu plus sur le LVM, mais pas ce soir hein?
D'autre part, tout ça sera installé sur un RAID-1 hard, d'une c arte
ASUS dont j'ai plus en tête les références. A votre avis ( je pense que
oui), dois-je me mettre à pleurer le jour où je change de carte mère
et donc de contrôleur RAID PATA? Un vague espoir de standard
existe-t-il en ce domaine?
Merci en tout cas d'avoir lu jusque là , et 1% de ma reconnaissance
éternelle à qui, en plus d'avoir lu, répondra aux 4 premi ères
questions.
Salut.
Bon, on va faire comme si c'était pas vendredi. C'est une vraie
question que je pose.
Comme j'ai un peu la flemme de me plonger dans la doc de LVM, je vous
demande un petit conseil:
D'après ce que j'ai pû comprendre, LVM génère une cou che
supplémentaire d'abstraction entre une partition et un disque. Du
coup, je crée mon /var dans un /whatever/LVMx qui lui-même est dans
une partition de /dev/hda ...
J'ai bon?
Donc les questions sont:
- Puis-je créer plusieurs LVM dans une même partition physique ?
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j' ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augment e la
taille de /LVMx est-ce magique?) J'y crois pas trop.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un mê me LVM
?
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une mà ªme
partition physique ?
- Joan Baez viendra-t-elle chanter aux prochaines RMLL ?
Je sais qu'un jour, quand j'aurais des ennuis, quand mes partoches
vont devenir trop étroites, quand mon disque va cramer, ... je devra is
me pencher un peu plus sur le LVM, mais pas ce soir hein?
D'autre part, tout ça sera installé sur un RAID-1 hard, d'une c arte
ASUS dont j'ai plus en tête les références. A votre avis ( je pense que
oui), dois-je me mettre à pleurer le jour où je change de carte mère
et donc de contrôleur RAID PATA? Un vague espoir de standard
existe-t-il en ce domaine?
Merci en tout cas d'avoir lu jusque là , et 1% de ma reconnaissance
éternelle à qui, en plus d'avoir lu, répondra aux 4 premi ères
questions.
Salut.
Bon, on va faire comme si c'était pas vendredi. C'est une vraie
question que je pose.
Comme j'ai un peu la flemme de me plonger dans la doc de LVM, je vous
demande un petit conseil:
D'après ce que j'ai pû comprendre, LVM génère une cou che
supplémentaire d'abstraction entre une partition et un disque. Du
coup, je crée mon /var dans un /whatever/LVMx qui lui-même est dans
une partition de /dev/hda ...
J'ai bon?
Donc les questions sont:
- Puis-je créer plusieurs LVM dans une même partition physique ?
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j' ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augment e la
taille de /LVMx est-ce magique?) J'y crois pas trop.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un mê me LVM
?
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une mà ªme
partition physique ?
- Joan Baez viendra-t-elle chanter aux prochaines RMLL ?
Je sais qu'un jour, quand j'aurais des ennuis, quand mes partoches
vont devenir trop étroites, quand mon disque va cramer, ... je devra is
me pencher un peu plus sur le LVM, mais pas ce soir hein?
D'autre part, tout ça sera installé sur un RAID-1 hard, d'une c arte
ASUS dont j'ai plus en tête les références. A votre avis ( je pense que
oui), dois-je me mettre à pleurer le jour où je change de carte mère
et donc de contrôleur RAID PATA? Un vague espoir de standard
existe-t-il en ce domaine?
Merci en tout cas d'avoir lu jusque là , et 1% de ma reconnaissance
éternelle à qui, en plus d'avoir lu, répondra aux 4 premi ères
questions.
OoO La nuit ayant déjà recouvert d'encre ce jour du vendredi 2 7 juillet
2007, vers 23:31, (François TOURDE) disai t:- Puis-je créer plusieurs LVM dans une même partition physique ?
Il y a plusieurs couches. Une partition physique sera un PV. Un ou
plusieurs PV peuvent contenir des PV qui peuvent alors contenir des
LV. Globalement, la réponse à ta question est donc oui.
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j 'ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augmen te la
taille de /LVMx est-ce magique?) J'y crois pas trop.
Tu augmentes le LV puis ensuite, tu peux demander à ton syst ème de
fichiers de prendre l'espace ainsi gagné. Ils savent tous le f aire
aujourd'hui et la plupart savent le faire sans avoir à dé monter la
partition. Par exemple, avec ext3, tu peux utiliser resize2fs.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un mà ªme LVM
?
Il est judicieux de créer plusieurs LV pour cloisoner les choses.
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une mà ªme
partition physique ?
Oui. Pour simplifier ta compréhension, tes partitions libres seront des
PV. Tu ne créeras qu'un seul VG qui couvrira l'ensemble des PV et dans
ce VG, tu vas créer autant de LV que tu veux.
OoO La nuit ayant déjà recouvert d'encre ce jour du vendredi 2 7 juillet
2007, vers 23:31, fra-duf-no-spam@tourde.org (François TOURDE) disai t:
- Puis-je créer plusieurs LVM dans une même partition physique ?
Il y a plusieurs couches. Une partition physique sera un PV. Un ou
plusieurs PV peuvent contenir des PV qui peuvent alors contenir des
LV. Globalement, la réponse à ta question est donc oui.
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j 'ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augmen te la
taille de /LVMx est-ce magique?) J'y crois pas trop.
Tu augmentes le LV puis ensuite, tu peux demander à ton syst ème de
fichiers de prendre l'espace ainsi gagné. Ils savent tous le f aire
aujourd'hui et la plupart savent le faire sans avoir à dé monter la
partition. Par exemple, avec ext3, tu peux utiliser resize2fs.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un mà ªme LVM
?
Il est judicieux de créer plusieurs LV pour cloisoner les choses.
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une mà ªme
partition physique ?
Oui. Pour simplifier ta compréhension, tes partitions libres seront des
PV. Tu ne créeras qu'un seul VG qui couvrira l'ensemble des PV et dans
ce VG, tu vas créer autant de LV que tu veux.
OoO La nuit ayant déjà recouvert d'encre ce jour du vendredi 2 7 juillet
2007, vers 23:31, (François TOURDE) disai t:- Puis-je créer plusieurs LVM dans une même partition physique ?
Il y a plusieurs couches. Une partition physique sera un PV. Un ou
plusieurs PV peuvent contenir des PV qui peuvent alors contenir des
LV. Globalement, la réponse à ta question est donc oui.
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j 'ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augmen te la
taille de /LVMx est-ce magique?) J'y crois pas trop.
Tu augmentes le LV puis ensuite, tu peux demander à ton syst ème de
fichiers de prendre l'espace ainsi gagné. Ils savent tous le f aire
aujourd'hui et la plupart savent le faire sans avoir à dé monter la
partition. Par exemple, avec ext3, tu peux utiliser resize2fs.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un mà ªme LVM
?
Il est judicieux de créer plusieurs LV pour cloisoner les choses.
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une mà ªme
partition physique ?
Oui. Pour simplifier ta compréhension, tes partitions libres seront des
PV. Tu ne créeras qu'un seul VG qui couvrira l'ensemble des PV et dans
ce VG, tu vas créer autant de LV que tu veux.
Le Friday 27 July 2007 23:31:46 François TOURDE, vous avez écri t :Salut.
- Puis-je créer plusieurs LVM dans une même partition physique ?
Ãa dépend ce que tu appeles LVM.
Il y a trois termes différents à comprendre dans le LVM :
- PV : Physical Volume (construit à partir d'un device block, une di sque, une
partition, une mirroir MD, une LUN d'un SAN...)
- VG : Volume group (bati sur un ou plusieurs PVs)
- LV : Logical Volume (un VG est découpé en morceau, les LVs)
Non, il faut le faire après coup.
Suivant le FS, online (resize2fs) ou démonté (ext2resize).
- Joan Baez viendra-t-elle chanter aux prochaines RMLL ?
Je connais pas, mais ça m'étonnerait !
Utilise MD (Cf mdadm) et pas des driver pourris faisant croire qu'on a du RAID
matériel.
1 disque de 250Go, deux partitions (/boot et un PV (type de partition LVM ) :
:~$ sudo fdisk -l /dev/sda
Disque /dev/sda: 250.0 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 12 96358+ 83 Linux
/dev/sda2 13 30401 244099642+ 8e Linux LVM
1 seul VG, car avec un PV, pas moyen de faire autrement :
:~$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
vgsys 1 11 0 wz--n- 232,79G 9,51G
Mon PV :
:~$ sudo pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vgsys lvm2 a- 232,79G 9,51G
Et plein de LV :
:~$ sudo lvs
LV VG Attr LSize Origin Snap% Move Log Copy%
La plupart de ces LVs sont formattés en ext3 :
Et les LVs restant, sont des images disque pour des machines virtuelles X EN.
Et oui, il n'y a pas que les FS dans la vie, pour les bases de donné es ou
machines virtuelles, un raw device peut être utile et en LVM c'est t oujours
aussi souple à gérer.
Le Friday 27 July 2007 23:31:46 François TOURDE, vous avez écri t :
Salut.
- Puis-je créer plusieurs LVM dans une même partition physique ?
Ãa dépend ce que tu appeles LVM.
Il y a trois termes différents à comprendre dans le LVM :
- PV : Physical Volume (construit à partir d'un device block, une di sque, une
partition, une mirroir MD, une LUN d'un SAN...)
- VG : Volume group (bati sur un ou plusieurs PVs)
- LV : Logical Volume (un VG est découpé en morceau, les LVs)
Non, il faut le faire après coup.
Suivant le FS, online (resize2fs) ou démonté (ext2resize).
- Joan Baez viendra-t-elle chanter aux prochaines RMLL ?
Je connais pas, mais ça m'étonnerait !
Utilise MD (Cf mdadm) et pas des driver pourris faisant croire qu'on a du RAID
matériel.
1 disque de 250Go, deux partitions (/boot et un PV (type de partition LVM ) :
gilles@guitare:~$ sudo fdisk -l /dev/sda
Disque /dev/sda: 250.0 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 12 96358+ 83 Linux
/dev/sda2 13 30401 244099642+ 8e Linux LVM
1 seul VG, car avec un PV, pas moyen de faire autrement :
gilles@guitare:~$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
vgsys 1 11 0 wz--n- 232,79G 9,51G
Mon PV :
gilles@guitare:~$ sudo pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vgsys lvm2 a- 232,79G 9,51G
Et plein de LV :
gilles@guitare:~$ sudo lvs
LV VG Attr LSize Origin Snap% Move Log Copy%
La plupart de ces LVs sont formattés en ext3 :
Et les LVs restant, sont des images disque pour des machines virtuelles X EN.
Et oui, il n'y a pas que les FS dans la vie, pour les bases de donné es ou
machines virtuelles, un raw device peut être utile et en LVM c'est t oujours
aussi souple à gérer.
Le Friday 27 July 2007 23:31:46 François TOURDE, vous avez écri t :Salut.
- Puis-je créer plusieurs LVM dans une même partition physique ?
Ãa dépend ce que tu appeles LVM.
Il y a trois termes différents à comprendre dans le LVM :
- PV : Physical Volume (construit à partir d'un device block, une di sque, une
partition, une mirroir MD, une LUN d'un SAN...)
- VG : Volume group (bati sur un ou plusieurs PVs)
- LV : Logical Volume (un VG est découpé en morceau, les LVs)
Non, il faut le faire après coup.
Suivant le FS, online (resize2fs) ou démonté (ext2resize).
- Joan Baez viendra-t-elle chanter aux prochaines RMLL ?
Je connais pas, mais ça m'étonnerait !
Utilise MD (Cf mdadm) et pas des driver pourris faisant croire qu'on a du RAID
matériel.
1 disque de 250Go, deux partitions (/boot et un PV (type de partition LVM ) :
:~$ sudo fdisk -l /dev/sda
Disque /dev/sda: 250.0 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 12 96358+ 83 Linux
/dev/sda2 13 30401 244099642+ 8e Linux LVM
1 seul VG, car avec un PV, pas moyen de faire autrement :
:~$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
vgsys 1 11 0 wz--n- 232,79G 9,51G
Mon PV :
:~$ sudo pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vgsys lvm2 a- 232,79G 9,51G
Et plein de LV :
:~$ sudo lvs
LV VG Attr LSize Origin Snap% Move Log Copy%
La plupart de ces LVs sont formattés en ext3 :
Et les LVs restant, sont des images disque pour des machines virtuelles X EN.
Et oui, il n'y a pas que les FS dans la vie, pour les bases de donné es ou
machines virtuelles, un raw device peut être utile et en LVM c'est t oujours
aussi souple à gérer.
Il y a plusieurs couches. Une partition physique sera un PV. Un ou
plusieurs PV peuvent contenir des PV qui peuvent alors contenir des
LV. Globalement, la réponse à ta question est donc oui.
Oula... Un ou plusieurs PV peuvent contenir des PV ??? Tu peux
détailler ?
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j'ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augmente la
taille de /LVMx est-ce magique?) J'y crois pas trop.
Tu augmentes le LV puis ensuite, tu peux demander à ton système de
fichiers de prendre l'espace ainsi gagné. Ils savent tous le faire
aujourd'hui et la plupart savent le faire sans avoir à démonter la
partition. Par exemple, avec ext3, tu peux utiliser resize2fs.
Donc, si je mets plusieurs FS dans un même LV, seul "celui qui est au
bout" pourra changer de taille, hein? Donc, je me dis: 1 FS = 1 LV.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un même LVM
?
Il est judicieux de créer plusieurs LV pour cloisoner les choses.
Dixit point précédent. C'est déjà plus clair.
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une même
partition physique ?
Oui. Pour simplifier ta compréhension, tes partitions libres seront des
PV. Tu ne créeras qu'un seul VG qui couvrira l'ensemble des PV et dans
ce VG, tu vas créer autant de LV que tu veux.
Eh, sois poli hein? Commence pas à parler de VG là... Je sais même pas
ce que ça représente...
Bon... Petit schéma...
Disk : |__ Partition 1 __________|_______ Free __________________|
LV : |__ LV1 ______|__ LV2 ____|
FS : |_ Home ______|_ /usr ____|
Et si je veux augmenter /home:
Disk : |__ Partition 1 __________|______ Partition 2 ___|__ Free_|
LV : |__ LV1 ______|__ LV2 ____|___ LV1-extent _______|
FS : |_ Home ______|_ /usr ____|___ suite de home ____|
J'ai bon là?
Oui, je sais que je devrais lire la doc, mais c'est tellement mieux
avec des schémas et des gens qui parlent l'humain, comme moi.
Il y a plusieurs couches. Une partition physique sera un PV. Un ou
plusieurs PV peuvent contenir des PV qui peuvent alors contenir des
LV. Globalement, la réponse à ta question est donc oui.
Oula... Un ou plusieurs PV peuvent contenir des PV ??? Tu peux
détailler ?
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j'ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augmente la
taille de /LVMx est-ce magique?) J'y crois pas trop.
Tu augmentes le LV puis ensuite, tu peux demander à ton système de
fichiers de prendre l'espace ainsi gagné. Ils savent tous le faire
aujourd'hui et la plupart savent le faire sans avoir à démonter la
partition. Par exemple, avec ext3, tu peux utiliser resize2fs.
Donc, si je mets plusieurs FS dans un même LV, seul "celui qui est au
bout" pourra changer de taille, hein? Donc, je me dis: 1 FS = 1 LV.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un même LVM
?
Il est judicieux de créer plusieurs LV pour cloisoner les choses.
Dixit point précédent. C'est déjà plus clair.
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une même
partition physique ?
Oui. Pour simplifier ta compréhension, tes partitions libres seront des
PV. Tu ne créeras qu'un seul VG qui couvrira l'ensemble des PV et dans
ce VG, tu vas créer autant de LV que tu veux.
Eh, sois poli hein? Commence pas à parler de VG là... Je sais même pas
ce que ça représente...
Bon... Petit schéma...
Disk : |__ Partition 1 __________|_______ Free __________________|
LV : |__ LV1 ______|__ LV2 ____|
FS : |_ Home ______|_ /usr ____|
Et si je veux augmenter /home:
Disk : |__ Partition 1 __________|______ Partition 2 ___|__ Free_|
LV : |__ LV1 ______|__ LV2 ____|___ LV1-extent _______|
FS : |_ Home ______|_ /usr ____|___ suite de home ____|
J'ai bon là?
Oui, je sais que je devrais lire la doc, mais c'est tellement mieux
avec des schémas et des gens qui parlent l'humain, comme moi.
Il y a plusieurs couches. Une partition physique sera un PV. Un ou
plusieurs PV peuvent contenir des PV qui peuvent alors contenir des
LV. Globalement, la réponse à ta question est donc oui.
Oula... Un ou plusieurs PV peuvent contenir des PV ??? Tu peux
détailler ?
- L'augmentation d'un LVM conduit-elle à l'augmentation du FS que j'ai
pû créer dedans? (ex: /var est dans un /LVMx ... Si j'augmente la
taille de /LVMx est-ce magique?) J'y crois pas trop.
Tu augmentes le LV puis ensuite, tu peux demander à ton système de
fichiers de prendre l'espace ainsi gagné. Ils savent tous le faire
aujourd'hui et la plupart savent le faire sans avoir à démonter la
partition. Par exemple, avec ext3, tu peux utiliser resize2fs.
Donc, si je mets plusieurs FS dans un même LV, seul "celui qui est au
bout" pourra changer de taille, hein? Donc, je me dis: 1 FS = 1 LV.
- Est-il raisonnable/judicieux de créer plusieurs FS dans un même LVM
?
Il est judicieux de créer plusieurs LV pour cloisoner les choses.
Dixit point précédent. C'est déjà plus clair.
- Est-il raisonnable/judicieux de créer plusieurs LVM dans une même
partition physique ?
Oui. Pour simplifier ta compréhension, tes partitions libres seront des
PV. Tu ne créeras qu'un seul VG qui couvrira l'ensemble des PV et dans
ce VG, tu vas créer autant de LV que tu veux.
Eh, sois poli hein? Commence pas à parler de VG là... Je sais même pas
ce que ça représente...
Bon... Petit schéma...
Disk : |__ Partition 1 __________|_______ Free __________________|
LV : |__ LV1 ______|__ LV2 ____|
FS : |_ Home ______|_ /usr ____|
Et si je veux augmenter /home:
Disk : |__ Partition 1 __________|______ Partition 2 ___|__ Free_|
LV : |__ LV1 ______|__ LV2 ____|___ LV1-extent _______|
FS : |_ Home ______|_ /usr ____|___ suite de home ____|
J'ai bon là?
Oui, je sais que je devrais lire la doc, mais c'est tellement mieux
avec des schémas et des gens qui parlent l'humain, comme moi.
Donc un niveau d'abstraction supplémentaire à ce que j'imaginais, les
VG. Par contre, quel usage d'avoir plusieurs VG sur un PV? (si
toutefois c'est possible).
Non, il faut le faire après coup.
Suivant le FS, online (resize2fs) ou démonté (ext2resize).
Ah ben ça je savais pas... J'imagine que ça s'applique aux systèmes
sans LVM du coup.... A condition de pouvoir agrandir une partition.- Joan Baez viendra-t-elle chanter aux prochaines RMLL ?
Je connais pas, mais ça m'étonnerait !
Qui sait? C'est (c'était?) une chanteuse de folk américain, avec une
belle voix, une belle guitare, et une belle gueule... à l'époque :)
Utilise MD (Cf mdadm) et pas des driver pourris faisant croire qu'on a du RAID
matériel.
Non non, c'est du vrai raid matériel. Je n'ai pas d'interaction avec
l'OS (pour le moment), étant donné que c'est du PATA, et que donc le
hot-plug, c'est pas jouable facilement. Du coup, même si je dois
repasser par le BIOS pour reconstruire, ça me gêne pas des masses.1 disque de 250Go, deux partitions (/boot et un PV (type de partition LVM) :
:~$ sudo fdisk -l /dev/sda
Disque /dev/sda: 250.0 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 12 96358+ 83 Linux
/dev/sda2 13 30401 244099642+ 8e Linux LVM
Donc /boot ne peut pas être en LVM, c'est ça?
1 seul VG, car avec un PV, pas moyen de faire autrement :
:~$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
vgsys 1 11 0 wz--n- 232,79G 9,51G
Mais si ton sda2 ne fait pas tout le disque, tu peux plus tard y créer
une partition pour étendre ton VG?
Mon PV :
:~$ sudo pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vgsys lvm2 a- 232,79G 9,51G
Le PFree représente quoi là? La partie du PV non utilisée par des LV?
Et plein de LV :
:~$ sudo lvs
LV VG Attr LSize Origin Snap% Move Log Copy%
[...]La plupart de ces LVs sont formattés en ext3 :
[...]Et les LVs restant, sont des images disque pour des machines virtuelles XEN.
Et oui, il n'y a pas que les FS dans la vie, pour les bases de données ou
machines virtuelles, un raw device peut être utile et en LVM c'est toujours
aussi souple à gérer.
Ah ouais, pas mal ça... Xen étant posé sur un LVM, il "voit" des LVs
qui peuvent être vus par les OS hébergés comme des block
devices... Giga cool ça...
Ça me rapelle mon premier OS... VM/CMS :) Ça a l'âge de Joan Baez
justement :)
Donc un niveau d'abstraction supplémentaire à ce que j'imaginais, les
VG. Par contre, quel usage d'avoir plusieurs VG sur un PV? (si
toutefois c'est possible).
Non, il faut le faire après coup.
Suivant le FS, online (resize2fs) ou démonté (ext2resize).
Ah ben ça je savais pas... J'imagine que ça s'applique aux systèmes
sans LVM du coup.... A condition de pouvoir agrandir une partition.
- Joan Baez viendra-t-elle chanter aux prochaines RMLL ?
Je connais pas, mais ça m'étonnerait !
Qui sait? C'est (c'était?) une chanteuse de folk américain, avec une
belle voix, une belle guitare, et une belle gueule... à l'époque :)
Utilise MD (Cf mdadm) et pas des driver pourris faisant croire qu'on a du RAID
matériel.
Non non, c'est du vrai raid matériel. Je n'ai pas d'interaction avec
l'OS (pour le moment), étant donné que c'est du PATA, et que donc le
hot-plug, c'est pas jouable facilement. Du coup, même si je dois
repasser par le BIOS pour reconstruire, ça me gêne pas des masses.
1 disque de 250Go, deux partitions (/boot et un PV (type de partition LVM) :
gilles@guitare:~$ sudo fdisk -l /dev/sda
Disque /dev/sda: 250.0 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 12 96358+ 83 Linux
/dev/sda2 13 30401 244099642+ 8e Linux LVM
Donc /boot ne peut pas être en LVM, c'est ça?
1 seul VG, car avec un PV, pas moyen de faire autrement :
gilles@guitare:~$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
vgsys 1 11 0 wz--n- 232,79G 9,51G
Mais si ton sda2 ne fait pas tout le disque, tu peux plus tard y créer
une partition pour étendre ton VG?
Mon PV :
gilles@guitare:~$ sudo pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vgsys lvm2 a- 232,79G 9,51G
Le PFree représente quoi là? La partie du PV non utilisée par des LV?
Et plein de LV :
gilles@guitare:~$ sudo lvs
LV VG Attr LSize Origin Snap% Move Log Copy%
[...]
La plupart de ces LVs sont formattés en ext3 :
[...]
Et les LVs restant, sont des images disque pour des machines virtuelles XEN.
Et oui, il n'y a pas que les FS dans la vie, pour les bases de données ou
machines virtuelles, un raw device peut être utile et en LVM c'est toujours
aussi souple à gérer.
Ah ouais, pas mal ça... Xen étant posé sur un LVM, il "voit" des LVs
qui peuvent être vus par les OS hébergés comme des block
devices... Giga cool ça...
Ça me rapelle mon premier OS... VM/CMS :) Ça a l'âge de Joan Baez
justement :)
Donc un niveau d'abstraction supplémentaire à ce que j'imaginais, les
VG. Par contre, quel usage d'avoir plusieurs VG sur un PV? (si
toutefois c'est possible).
Non, il faut le faire après coup.
Suivant le FS, online (resize2fs) ou démonté (ext2resize).
Ah ben ça je savais pas... J'imagine que ça s'applique aux systèmes
sans LVM du coup.... A condition de pouvoir agrandir une partition.- Joan Baez viendra-t-elle chanter aux prochaines RMLL ?
Je connais pas, mais ça m'étonnerait !
Qui sait? C'est (c'était?) une chanteuse de folk américain, avec une
belle voix, une belle guitare, et une belle gueule... à l'époque :)
Utilise MD (Cf mdadm) et pas des driver pourris faisant croire qu'on a du RAID
matériel.
Non non, c'est du vrai raid matériel. Je n'ai pas d'interaction avec
l'OS (pour le moment), étant donné que c'est du PATA, et que donc le
hot-plug, c'est pas jouable facilement. Du coup, même si je dois
repasser par le BIOS pour reconstruire, ça me gêne pas des masses.1 disque de 250Go, deux partitions (/boot et un PV (type de partition LVM) :
:~$ sudo fdisk -l /dev/sda
Disque /dev/sda: 250.0 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 12 96358+ 83 Linux
/dev/sda2 13 30401 244099642+ 8e Linux LVM
Donc /boot ne peut pas être en LVM, c'est ça?
1 seul VG, car avec un PV, pas moyen de faire autrement :
:~$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
vgsys 1 11 0 wz--n- 232,79G 9,51G
Mais si ton sda2 ne fait pas tout le disque, tu peux plus tard y créer
une partition pour étendre ton VG?
Mon PV :
:~$ sudo pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vgsys lvm2 a- 232,79G 9,51G
Le PFree représente quoi là? La partie du PV non utilisée par des LV?
Et plein de LV :
:~$ sudo lvs
LV VG Attr LSize Origin Snap% Move Log Copy%
[...]La plupart de ces LVs sont formattés en ext3 :
[...]Et les LVs restant, sont des images disque pour des machines virtuelles XEN.
Et oui, il n'y a pas que les FS dans la vie, pour les bases de données ou
machines virtuelles, un raw device peut être utile et en LVM c'est toujours
aussi souple à gérer.
Ah ouais, pas mal ça... Xen étant posé sur un LVM, il "voit" des LVs
qui peuvent être vus par les OS hébergés comme des block
devices... Giga cool ça...
Ça me rapelle mon premier OS... VM/CMS :) Ça a l'âge de Joan Baez
justement :)
Oui, je sais que je devrais lire la doc, mais c'est tellement mieux
avec des schémas et des gens qui parlent l'humain, comme moi.
Il doit y avoir des docs avec des schémas. :)
Oui, je sais que je devrais lire la doc, mais c'est tellement mieux
avec des schémas et des gens qui parlent l'humain, comme moi.
Il doit y avoir des docs avec des schémas. :)
Oui, je sais que je devrais lire la doc, mais c'est tellement mieux
avec des schémas et des gens qui parlent l'humain, comme moi.
Il doit y avoir des docs avec des schémas. :)
François TOURDE a écrit :Qui sait? C'est (c'était?) une chanteuse de folk américain, av ec une
belle voix, une belle guitare, et une belle gueule... à l'époq ue :)
A l'époque...
Récemment un jeune type m'a répondu :
"Les Rolling Stones ?...heu nan...Je connais pas. "
Sacré coup de vieux dans les gencives...
Ãa me rapelle mon premier OS... VM/CMS :) Ãa a l'âge de J oan Baez
justement :)
C'était comment les premières voitures ?
François TOURDE a écrit :
Qui sait? C'est (c'était?) une chanteuse de folk américain, av ec une
belle voix, une belle guitare, et une belle gueule... à l'époq ue :)
A l'époque...
Récemment un jeune type m'a répondu :
"Les Rolling Stones ?...heu nan...Je connais pas. "
Sacré coup de vieux dans les gencives...
Ãa me rapelle mon premier OS... VM/CMS :) Ãa a l'âge de J oan Baez
justement :)
C'était comment les premières voitures ?
François TOURDE a écrit :Qui sait? C'est (c'était?) une chanteuse de folk américain, av ec une
belle voix, une belle guitare, et une belle gueule... à l'époq ue :)
A l'époque...
Récemment un jeune type m'a répondu :
"Les Rolling Stones ?...heu nan...Je connais pas. "
Sacré coup de vieux dans les gencives...
Ãa me rapelle mon premier OS... VM/CMS :) Ãa a l'âge de J oan Baez
justement :)
C'était comment les premières voitures ?
Le 13722ième jour après Epoch,
Donc un niveau d'abstraction supplémentaire à ce que j'imaginais, les
VG. Par contre, quel usage d'avoir plusieurs VG sur un PV? (si
toutefois c'est possible).
Donc /boot ne peut pas être en LVM, c'est ça?
Mais si ton sda2 ne fait pas tout le disque, tu peux plus tard y créer
une partition pour étendre ton VG?
> Mon PV :
> :~$ sudo pvs
> PV VG Fmt Attr PSize PFree
> /dev/sda2 vgsys lvm2 a- 232,79G 9,51G
Le PFree représente quoi là? La partie du PV non utilisée par des L V?
Ah ouais, pas mal ça... Xen étant posé sur un LVM, il "voit" des LVs
qui peuvent être vus par les OS hébergés comme des block
devices... Giga cool ça...
Ça me rapelle mon premier OS... VM/CMS :) Ça a l'âge de Joan Baez
justement :)
Le 13722ième jour après Epoch,
Donc un niveau d'abstraction supplémentaire à ce que j'imaginais, les
VG. Par contre, quel usage d'avoir plusieurs VG sur un PV? (si
toutefois c'est possible).
Donc /boot ne peut pas être en LVM, c'est ça?
Mais si ton sda2 ne fait pas tout le disque, tu peux plus tard y créer
une partition pour étendre ton VG?
> Mon PV :
> gilles@guitare:~$ sudo pvs
> PV VG Fmt Attr PSize PFree
> /dev/sda2 vgsys lvm2 a- 232,79G 9,51G
Le PFree représente quoi là? La partie du PV non utilisée par des L V?
Ah ouais, pas mal ça... Xen étant posé sur un LVM, il "voit" des LVs
qui peuvent être vus par les OS hébergés comme des block
devices... Giga cool ça...
Ça me rapelle mon premier OS... VM/CMS :) Ça a l'âge de Joan Baez
justement :)
Le 13722ième jour après Epoch,
Donc un niveau d'abstraction supplémentaire à ce que j'imaginais, les
VG. Par contre, quel usage d'avoir plusieurs VG sur un PV? (si
toutefois c'est possible).
Donc /boot ne peut pas être en LVM, c'est ça?
Mais si ton sda2 ne fait pas tout le disque, tu peux plus tard y créer
une partition pour étendre ton VG?
> Mon PV :
> :~$ sudo pvs
> PV VG Fmt Attr PSize PFree
> /dev/sda2 vgsys lvm2 a- 232,79G 9,51G
Le PFree représente quoi là? La partie du PV non utilisée par des L V?
Ah ouais, pas mal ça... Xen étant posé sur un LVM, il "voit" des LVs
qui peuvent être vus par les OS hébergés comme des block
devices... Giga cool ça...
Ça me rapelle mon premier OS... VM/CMS :) Ça a l'âge de Joan Baez
justement :)
Pascal a déjà répondu à la plupart des point, mais qu and même quelques
suppléments.
Avec les systèmes Unix, et particulièrement notre pingoin, on p eut empiler
autant d'abstractions qu'on veut.
Au niveau des devices block, qu'il soit réellement physique, où le résultat
d'un opération (loop, MD, LVM, Crypto, drbd, export aoe ou
iscsi...).
Pascal a déjà répondu à la plupart des point, mais qu and même quelques
suppléments.
Avec les systèmes Unix, et particulièrement notre pingoin, on p eut empiler
autant d'abstractions qu'on veut.
Au niveau des devices block, qu'il soit réellement physique, où le résultat
d'un opération (loop, MD, LVM, Crypto, drbd, export aoe ou
iscsi...).
Pascal a déjà répondu à la plupart des point, mais qu and même quelques
suppléments.
Avec les systèmes Unix, et particulièrement notre pingoin, on p eut empiler
autant d'abstractions qu'on veut.
Au niveau des devices block, qu'il soit réellement physique, où le résultat
d'un opération (loop, MD, LVM, Crypto, drbd, export aoe ou
iscsi...).