à Noël dernier, mon disque de 60 Go (sur lequel Linux n'occupait qu'une
place minime) est mort subitement :'(
J'en ai profité pour me reconstruire un système sur un disque de 20 Go prêté
par un copain (là on est déjà à 11 Go Linux pour 9 Go XP : le pingouin
gagne du terrain :).
J'ai maintenant un disque de remplacement pour mon nouveau système : 120 Go
(de quoi voir venir !)
Je vais ainsi pouvoir mettre en application les récents posts sur les
recopies de partitions.
Or, tant qu'à repartir sur de nouvelles bases autant faire quelque chose de
correct et je m'interrogeais sur la répartition idéale d'un système.
Il se trouve qu'un certain Tichou ;^) disait récemment ici
<401a8429$0$22337$626a54ce@news.free.fr>
> Une partition primaire /dev/hda1 pour /boot, une partition étendue
> /dev/hda2, une partition primaire /dev/hda3 ou /dev/hda4 pour swap.
> Ensuite dans la partition étendue, une partition logique /dev/hda5 pour /,
> une /dev/hda6 pour /tmp, une /dev/hda7 pour /usr, une /dev/hda8 pour /var,
> une /dev/hda9 pour /home et une /dev/hda10 pour /usr/local ou /usr/src.
Pourriez vous approfondir ceci en mettant des tailles en face de cette
répartition ?
Je n'ai pas la pratique de ce genre de répartition, jusqu'alors je me
contentais de segmenter en système/home/swap.
Sans troller ni entrer dans une querelle d'église, est-ce qu'un découpage
plus fin est préférable ?
Je n'ai pas le recul pour estimer la taille des différentes partitions ni
pour l'espace libre à réserver; je suppose que tmp, home et usr sont celles
qui fluctuent le plus...
Quelle taille de swap est recommandée (j'ai souvenir que > 256 Mo est
inutile, bien que mon swap actuel fasse 800 Mo) ? Est-ce toujours relatif à
la RAM ? Je dispose de 512 Mo.
Les hypothèses de travail sont les suivantes ;o)
- on dispose d'un disque tout neuf et vierge de 120 Go
- je compte tout de même réserver un place pour Xp de 10 Go max
- j'aimerais aussi ménager une partition d'échange ouin-ouin / linux (10 Go
au moins, voire plus)
On Mon, 09 Feb 2004 23:32:02 +0100, Sébastien Kirche wrote: [...]
Je n'ai pas la pratique de ce genre de répartition, jusqu'alors je me contentais de segmenter en système/home/swap. Sans troller ni entrer dans une querelle d'église, est-ce qu'un découpage plus fin est préférable ? [...]
Non, autant je vois un intérêt de séparer le /home du reste si tu comptes changer le système en conservant des comptes utilisateurs (de toutes façon faut sauvegarder). Autant le découpage en partitions risque de te poser des problèmes (tu vas forcement moins bien exploiter ton espace disque) en ne t'apportant que chose : pas de long fsck, mais avec les systèmes de fichiers journalisés ça n'arrive plus très souvent.
Personnellement, quand je n'ai qu'un disque je ne séparer même plus le /home, ça finissait toujours par me poser des problèmes (plus de place sur / mais encore sur /home et inversement).
Par-contre je fais une partition d'un cinquantaine de Mo pour /boot que je ne monte pas automatiquement, ça me protège d'un effacement accidentel du noyau. Et pour le swap j'applique toujours la règle tailleRAM*2.
-- Alexis Muller Laboratoire d'Informatique Fondamentale de Lille (LIFL) Universite de Lille 1 - 59655 Villeneuve d'Ascq Cedex Email : - Web : http://www.lifl.fr/~mullera
On Mon, 09 Feb 2004 23:32:02 +0100, Sébastien Kirche wrote:
[...]
Je n'ai pas la pratique de ce genre de répartition, jusqu'alors je me
contentais de segmenter en système/home/swap.
Sans troller ni entrer dans une querelle d'église, est-ce qu'un découpage
plus fin est préférable ?
[...]
Non, autant je vois un intérêt de séparer le /home du reste si tu
comptes changer le système en conservant des comptes utilisateurs (de
toutes façon faut sauvegarder). Autant le découpage en partitions risque
de te poser des problèmes (tu vas forcement moins bien exploiter ton
espace disque) en ne t'apportant que chose : pas de long fsck, mais avec
les systèmes de fichiers journalisés ça n'arrive plus très souvent.
Personnellement, quand je n'ai qu'un disque je ne séparer même plus le
/home, ça finissait toujours par me poser des problèmes (plus de place
sur / mais encore sur /home et inversement).
Par-contre je fais une partition d'un cinquantaine de Mo pour /boot que je
ne monte pas automatiquement, ça me protège d'un effacement accidentel
du noyau. Et pour le swap j'applique toujours la règle tailleRAM*2.
--
Alexis Muller
Laboratoire d'Informatique Fondamentale de Lille (LIFL)
Universite de Lille 1 - 59655 Villeneuve d'Ascq Cedex
Email : Alexis.Muller@nospam.lifl.fr - Web : http://www.lifl.fr/~mullera
On Mon, 09 Feb 2004 23:32:02 +0100, Sébastien Kirche wrote: [...]
Je n'ai pas la pratique de ce genre de répartition, jusqu'alors je me contentais de segmenter en système/home/swap. Sans troller ni entrer dans une querelle d'église, est-ce qu'un découpage plus fin est préférable ? [...]
Non, autant je vois un intérêt de séparer le /home du reste si tu comptes changer le système en conservant des comptes utilisateurs (de toutes façon faut sauvegarder). Autant le découpage en partitions risque de te poser des problèmes (tu vas forcement moins bien exploiter ton espace disque) en ne t'apportant que chose : pas de long fsck, mais avec les systèmes de fichiers journalisés ça n'arrive plus très souvent.
Personnellement, quand je n'ai qu'un disque je ne séparer même plus le /home, ça finissait toujours par me poser des problèmes (plus de place sur / mais encore sur /home et inversement).
Par-contre je fais une partition d'un cinquantaine de Mo pour /boot que je ne monte pas automatiquement, ça me protège d'un effacement accidentel du noyau. Et pour le swap j'applique toujours la règle tailleRAM*2.
-- Alexis Muller Laboratoire d'Informatique Fondamentale de Lille (LIFL) Universite de Lille 1 - 59655 Villeneuve d'Ascq Cedex Email : - Web : http://www.lifl.fr/~mullera
GERBIER Eric
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Sébastien Kirche wrote:
Bonsoir,
à Noël dernier, mon disque de 60 Go (sur lequel Linux n'occupait qu'une place minime) est mort subitement :'(
condoleances :)
Je n'ai pas le recul pour estimer la taille des différentes partitions ni pour l'espace libre à réserver; je suppose que tmp, home et usr sont celles qui fluctuent le plus...
a mon avis, c'est plutot /var qui fluctue (les log, les spool ...)
donc je te conseillerais bien, trie par priorite de creation : / swap /boot (pour eviter de virer accidentellement un noyau, monter en read-only) /tmp /home /var /usr -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
à Noël dernier, mon disque de 60 Go (sur lequel Linux n'occupait qu'une
place minime) est mort subitement :'(
condoleances :)
Je n'ai pas le recul pour estimer la taille des différentes partitions ni
pour l'espace libre à réserver; je suppose que tmp, home et usr sont celles
qui fluctuent le plus...
a mon avis, c'est plutot /var qui fluctue (les log, les spool ...)
donc je te conseillerais bien, trie par priorite de creation :
/
swap
/boot (pour eviter de virer accidentellement un noyau, monter en read-only)
/tmp
/home
/var
/usr
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
à Noël dernier, mon disque de 60 Go (sur lequel Linux n'occupait qu'une place minime) est mort subitement :'(
condoleances :)
Je n'ai pas le recul pour estimer la taille des différentes partitions ni pour l'espace libre à réserver; je suppose que tmp, home et usr sont celles qui fluctuent le plus...
a mon avis, c'est plutot /var qui fluctue (les log, les spool ...)
donc je te conseillerais bien, trie par priorite de creation : / swap /boot (pour eviter de virer accidentellement un noyau, monter en read-only) /tmp /home /var /usr -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
Pour rebondir sur les posts précédents, je te propose de te lancer dans le LVM. Avec cela tu peut aggréger tes disques physiques en disques logiques et augmenter/diminuer tes partitions suivant tes besoins.
L'installation de ce système est il est vrai un peu plus ardu au début mais le confort d'utilisation est ensuite bien sympa.
http://www.tldp.org/HOWTO/LVM-HOWTO/index.html
Pour rebondir sur les posts précédents, je te propose de te lancer dans
le LVM. Avec cela tu peut aggréger tes disques physiques en disques
logiques et augmenter/diminuer tes partitions suivant tes besoins.
L'installation de ce système est il est vrai un peu plus ardu au début
mais le confort d'utilisation est ensuite bien sympa.
Pour rebondir sur les posts précédents, je te propose de te lancer dans le LVM. Avec cela tu peut aggréger tes disques physiques en disques logiques et augmenter/diminuer tes partitions suivant tes besoins.
L'installation de ce système est il est vrai un peu plus ardu au début mais le confort d'utilisation est ensuite bien sympa.
http://www.tldp.org/HOWTO/LVM-HOWTO/index.html
Sébastien Kirche
On 10 Feb 2004, wrote:
Pour rebondir sur les posts précédents, je te propose de te lancer dans le LVM. Avec cela tu peut aggréger tes disques physiques en disques logiques et augmenter/diminuer tes partitions suivant tes besoins.
Merci pour l'ouverture vers cette solution alternative.
Il y a un point que je n'arrive pas à clairement définir : le howto me montre que lvm "s'intercale" entre le disque physique et les partitions vues par l'utilisateur.
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque contenant les différentes partie de mon linux est une seule partition (physqiue) ?
Quid d'une réinstallation complète du système (p.ex depuis un cd bootable) sans vouloir altérer l'espace /home ? Cela peut marcher si le noyau du cd bootable est au moins 2.4.x avec le support lvm ?
Si ce conseil découle d'une utilisation personnelle de lvm, peux-tu nous faire part de ton retour d'expérience ?
Sébastien Kirche
On 10 Feb 2004, tulan@chez.com.invalid wrote:
Pour rebondir sur les posts précédents, je te propose de te lancer
dans le LVM. Avec cela tu peut aggréger tes disques physiques en
disques logiques et augmenter/diminuer tes partitions suivant tes
besoins.
Merci pour l'ouverture vers cette solution alternative.
Il y a un point que je n'arrive pas à clairement définir :
le howto me montre que lvm "s'intercale" entre le disque physique et les
partitions vues par l'utilisateur.
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque
contenant les différentes partie de mon linux est une seule partition
(physqiue) ?
Quid d'une réinstallation complète du système (p.ex depuis un cd bootable)
sans vouloir altérer l'espace /home ?
Cela peut marcher si le noyau du cd bootable est au moins 2.4.x avec le
support lvm ?
Si ce conseil découle d'une utilisation personnelle de lvm, peux-tu nous
faire part de ton retour d'expérience ?
Pour rebondir sur les posts précédents, je te propose de te lancer dans le LVM. Avec cela tu peut aggréger tes disques physiques en disques logiques et augmenter/diminuer tes partitions suivant tes besoins.
Merci pour l'ouverture vers cette solution alternative.
Il y a un point que je n'arrive pas à clairement définir : le howto me montre que lvm "s'intercale" entre le disque physique et les partitions vues par l'utilisateur.
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque contenant les différentes partie de mon linux est une seule partition (physqiue) ?
Quid d'une réinstallation complète du système (p.ex depuis un cd bootable) sans vouloir altérer l'espace /home ? Cela peut marcher si le noyau du cd bootable est au moins 2.4.x avec le support lvm ?
Si ce conseil découle d'une utilisation personnelle de lvm, peux-tu nous faire part de ton retour d'expérience ?
Sébastien Kirche
no_spam
On Tue, 10 Feb 2004 11:29:33 +0100, Sébastien Kirche wrote:
On 10 Feb 2004, wrote:
Pour rebondir sur les posts précédents, je te propose de te lancer dans le LVM. Avec cela tu peut aggréger tes disques physiques en disques logiques et augmenter/diminuer tes partitions suivant tes besoins.
Merci pour l'ouverture vers cette solution alternative.
Il y a un point que je n'arrive pas à clairement définir : le howto me montre que lvm "s'intercale" entre le disque physique et les partitions vues par l'utilisateur.
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque contenant les différentes partie de mon linux est une seule partition (physqiue) ?
C'est plutôt l'inverse, je pense. Il permet de créer ds partitions logiques à partir d'agrégats de partitions physiques. Et donc de redimensionner les partitions logiques en ajoutant ou retirant des partitions physiques de celles ci. A noter que ceci n'est pas encore vraiment très utilisable sous Linux, vu qu'on ne sait pas redimensionner les file-system au run-time: il faut démonter les partitions pour pouvoir redimensionner les file-system, ce qui, en pratique, oblige souvent à rebooter ou au moins à repasser en runlevel single... Ce qui n'est pas acceptable pour un serveur en production...
On Tue, 10 Feb 2004 11:29:33 +0100, Sébastien Kirche wrote:
On 10 Feb 2004, tulan@chez.com.invalid wrote:
Pour rebondir sur les posts précédents, je te propose de te lancer
dans le LVM. Avec cela tu peut aggréger tes disques physiques en
disques logiques et augmenter/diminuer tes partitions suivant tes
besoins.
Merci pour l'ouverture vers cette solution alternative.
Il y a un point que je n'arrive pas à clairement définir :
le howto me montre que lvm "s'intercale" entre le disque physique et les
partitions vues par l'utilisateur.
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque
contenant les différentes partie de mon linux est une seule partition
(physqiue) ?
C'est plutôt l'inverse, je pense. Il permet de créer ds partitions
logiques à partir d'agrégats de partitions physiques.
Et donc de redimensionner les partitions logiques en ajoutant ou
retirant des partitions physiques de celles ci.
A noter que ceci n'est pas encore vraiment très utilisable sous Linux,
vu qu'on ne sait pas redimensionner les file-system au run-time:
il faut démonter les partitions pour pouvoir redimensionner les
file-system, ce qui, en pratique, oblige souvent à rebooter ou
au moins à repasser en runlevel single... Ce qui n'est pas
acceptable pour un serveur en production...
On Tue, 10 Feb 2004 11:29:33 +0100, Sébastien Kirche wrote:
On 10 Feb 2004, wrote:
Pour rebondir sur les posts précédents, je te propose de te lancer dans le LVM. Avec cela tu peut aggréger tes disques physiques en disques logiques et augmenter/diminuer tes partitions suivant tes besoins.
Merci pour l'ouverture vers cette solution alternative.
Il y a un point que je n'arrive pas à clairement définir : le howto me montre que lvm "s'intercale" entre le disque physique et les partitions vues par l'utilisateur.
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque contenant les différentes partie de mon linux est une seule partition (physqiue) ?
C'est plutôt l'inverse, je pense. Il permet de créer ds partitions logiques à partir d'agrégats de partitions physiques. Et donc de redimensionner les partitions logiques en ajoutant ou retirant des partitions physiques de celles ci. A noter que ceci n'est pas encore vraiment très utilisable sous Linux, vu qu'on ne sait pas redimensionner les file-system au run-time: il faut démonter les partitions pour pouvoir redimensionner les file-system, ce qui, en pratique, oblige souvent à rebooter ou au moins à repasser en runlevel single... Ce qui n'est pas acceptable pour un serveur en production...
Tulan
no_spam wrote:
C'est plutôt l'inverse, je pense. Il permet de créer ds partitions logiques à partir d'agrégats de partitions physiques. Mouis c'est bien ça, avec l'intéret de ne pas être limité par les choix
de tailles de partitions au départ, d'agrandir les partitions à chaud, de faire des snapshots pour les backups ...
A noter que ceci n'est pas encore vraiment très utilisable sous Linux, vu qu'on ne sait pas redimensionner les file-system au run-time: il faut démonter les partitions pour pouvoir redimensionner les file-system, ce qui, en pratique, oblige souvent à rebooter ou au moins à repasser en runlevel single... Ce qui n'est pas acceptable pour un serveur en production... Cela n'est vrai que si tu utilise du Ext2/3, avec du ReiserFS/JFS/XFS tu
peux agrandir de manière dynamique et à chaud les partitions. Par contre la réduction de taille de partition est plus complexe et ne peux se faire qu'en démontant la partition, mais j'avoue avoir un trou de mémoire de ce coté là pour le confirmer.
no_spam wrote:
C'est plutôt l'inverse, je pense. Il permet de créer ds partitions
logiques à partir d'agrégats de partitions physiques.
Mouis c'est bien ça, avec l'intéret de ne pas être limité par les choix
de tailles de partitions au départ, d'agrandir les partitions à chaud,
de faire des snapshots pour les backups ...
A noter que ceci n'est pas encore vraiment très utilisable sous Linux,
vu qu'on ne sait pas redimensionner les file-system au run-time:
il faut démonter les partitions pour pouvoir redimensionner les
file-system, ce qui, en pratique, oblige souvent à rebooter ou
au moins à repasser en runlevel single... Ce qui n'est pas
acceptable pour un serveur en production...
Cela n'est vrai que si tu utilise du Ext2/3, avec du ReiserFS/JFS/XFS tu
peux agrandir de manière dynamique et à chaud les partitions. Par contre
la réduction de taille de partition est plus complexe et ne peux se
faire qu'en démontant la partition, mais j'avoue avoir un trou de
mémoire de ce coté là pour le confirmer.
C'est plutôt l'inverse, je pense. Il permet de créer ds partitions logiques à partir d'agrégats de partitions physiques. Mouis c'est bien ça, avec l'intéret de ne pas être limité par les choix
de tailles de partitions au départ, d'agrandir les partitions à chaud, de faire des snapshots pour les backups ...
A noter que ceci n'est pas encore vraiment très utilisable sous Linux, vu qu'on ne sait pas redimensionner les file-system au run-time: il faut démonter les partitions pour pouvoir redimensionner les file-system, ce qui, en pratique, oblige souvent à rebooter ou au moins à repasser en runlevel single... Ce qui n'est pas acceptable pour un serveur en production... Cela n'est vrai que si tu utilise du Ext2/3, avec du ReiserFS/JFS/XFS tu
peux agrandir de manière dynamique et à chaud les partitions. Par contre la réduction de taille de partition est plus complexe et ne peux se faire qu'en démontant la partition, mais j'avoue avoir un trou de mémoire de ce coté là pour le confirmer.
Tulan
Sébastien Kirche wrote:
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque contenant les différentes partie de mon linux est une seule partition (physqiue) ? Oui de l'extérieur les partitions PHYSIQUES se voient comme de type 8E
(Linux LVM). Les données ne sont donc pas accessibles autrement que par le LVM.
Quid d'une réinstallation complète du système (p.ex depuis un cd bootable) sans vouloir altérer l'espace /home ? Cela peut marcher si le noyau du cd bootable est au moins 2.4.x avec le support lvm ? Plusieurs distributions permettent le LVM dès l'installation: Mandrake,
Redhat, Suse, Debian je ne sais pas.
Pour ton /home tu peux ne pas le modifier à l'installation, et une fois Linux installé tu migres tes données dans une partition LVM. Ensuite tu transforme l'ancien /home en LVM et tu rajoutes l'espace disque à un Volume Group.
Si ce conseil découle d'une utilisation personnelle de lvm, peux-tu nous faire part de ton retour d'expérience ? J'utilise LVM pour mon ordinateur personnel sans soucis. Sur un serveur
de production j'avais utilisé LVM+XFS mais une incompatibilité avec Tivoli (backup réseau) m'a obligé à abandonné le LVM et a retourné en Ext3 standard :(
Sébastien Kirche wrote:
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque
contenant les différentes partie de mon linux est une seule partition
(physqiue) ?
Oui de l'extérieur les partitions PHYSIQUES se voient comme de type 8E
(Linux LVM). Les données ne sont donc pas accessibles autrement que par
le LVM.
Quid d'une réinstallation complète du système (p.ex depuis un cd bootable)
sans vouloir altérer l'espace /home ?
Cela peut marcher si le noyau du cd bootable est au moins 2.4.x avec le
support lvm ?
Plusieurs distributions permettent le LVM dès l'installation: Mandrake,
Redhat, Suse, Debian je ne sais pas.
Pour ton /home tu peux ne pas le modifier à l'installation, et une fois
Linux installé tu migres tes données dans une partition LVM. Ensuite tu
transforme l'ancien /home en LVM et tu rajoutes l'espace disque à un
Volume Group.
Si ce conseil découle d'une utilisation personnelle de lvm, peux-tu nous
faire part de ton retour d'expérience ?
J'utilise LVM pour mon ordinateur personnel sans soucis. Sur un serveur
de production j'avais utilisé LVM+XFS mais une incompatibilité avec
Tivoli (backup réseau) m'a obligé à abandonné le LVM et a retourné en
Ext3 standard :(
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque contenant les différentes partie de mon linux est une seule partition (physqiue) ? Oui de l'extérieur les partitions PHYSIQUES se voient comme de type 8E
(Linux LVM). Les données ne sont donc pas accessibles autrement que par le LVM.
Quid d'une réinstallation complète du système (p.ex depuis un cd bootable) sans vouloir altérer l'espace /home ? Cela peut marcher si le noyau du cd bootable est au moins 2.4.x avec le support lvm ? Plusieurs distributions permettent le LVM dès l'installation: Mandrake,
Redhat, Suse, Debian je ne sais pas.
Pour ton /home tu peux ne pas le modifier à l'installation, et une fois Linux installé tu migres tes données dans une partition LVM. Ensuite tu transforme l'ancien /home en LVM et tu rajoutes l'espace disque à un Volume Group.
Si ce conseil découle d'une utilisation personnelle de lvm, peux-tu nous faire part de ton retour d'expérience ? J'utilise LVM pour mon ordinateur personnel sans soucis. Sur un serveur
de production j'avais utilisé LVM+XFS mais une incompatibilité avec Tivoli (backup réseau) m'a obligé à abandonné le LVM et a retourné en Ext3 standard :(
Sébastien Kirche
On 10 Feb 2004, wrote:
Sébastien Kirche wrote:
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque contenant les différentes partie de mon linux est une seule partition (physqiue) ? Oui de l'extérieur les partitions PHYSIQUES se voient comme de type 8E
(Linux LVM). Les données ne sont donc pas accessibles autrement que par le LVM.
Ok. Logique.
Quid d'une réinstallation complète du système (p.ex depuis un cd bootable) sans vouloir altérer l'espace /home ? Cela peut marcher si le noyau du cd bootable est au moins 2.4.x avec le support lvm ? Plusieurs distributions permettent le LVM dès l'installation:
Mandrake, Redhat, Suse, Debian je ne sais pas.
Debian, je sais au moins que le module existe : le l'ai désactivé récemment car je ne voyais pas à quoi cela servait :)
Pour ton /home tu peux ne pas le modifier à l'installation, et une fois Linux installé tu migres tes données dans une partition LVM. Ensuite tu transforme l'ancien /home en LVM et tu rajoutes l'espace disque à un Volume Group.
Ok, et sur une installation existante, on peut migrer le fs en place sans soucis juste en lançant le bon module ?
Si ce conseil découle d'une utilisation personnelle de lvm, peux-tu nous faire part de ton retour d'expérience ? J'utilise LVM pour mon ordinateur personnel sans soucis.
Bien :) Je sauve ma conf ce soir, et je vais essayer dans la foulée.
On 10 Feb 2004, tulan@chez.com.invalid wrote:
Sébastien Kirche wrote:
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque
contenant les différentes partie de mon linux est une seule partition
(physqiue) ?
Oui de l'extérieur les partitions PHYSIQUES se voient comme de type 8E
(Linux LVM). Les données ne sont donc pas accessibles autrement que
par le LVM.
Ok. Logique.
Quid d'une réinstallation complète du système (p.ex depuis un cd
bootable) sans vouloir altérer l'espace /home ? Cela peut marcher si le
noyau du cd bootable est au moins 2.4.x avec le support lvm ?
Plusieurs distributions permettent le LVM dès l'installation:
Mandrake, Redhat, Suse, Debian je ne sais pas.
Debian, je sais au moins que le module existe : le l'ai désactivé récemment
car je ne voyais pas à quoi cela servait :)
Pour ton /home tu peux ne pas le modifier à l'installation, et une
fois Linux installé tu migres tes données dans une partition
LVM. Ensuite tu transforme l'ancien /home en LVM et tu rajoutes
l'espace disque à un Volume Group.
Ok, et sur une installation existante, on peut migrer le fs en place sans
soucis juste en lançant le bon module ?
Si ce conseil découle d'une utilisation personnelle de lvm, peux-tu nous
faire part de ton retour d'expérience ?
J'utilise LVM pour mon ordinateur personnel sans soucis.
Bien :)
Je sauve ma conf ce soir, et je vais essayer dans la foulée.
Je suppose donc que vu de l'extérieur, l'ensemble de l'espace disque contenant les différentes partie de mon linux est une seule partition (physqiue) ? Oui de l'extérieur les partitions PHYSIQUES se voient comme de type 8E
(Linux LVM). Les données ne sont donc pas accessibles autrement que par le LVM.
Ok. Logique.
Quid d'une réinstallation complète du système (p.ex depuis un cd bootable) sans vouloir altérer l'espace /home ? Cela peut marcher si le noyau du cd bootable est au moins 2.4.x avec le support lvm ? Plusieurs distributions permettent le LVM dès l'installation:
Mandrake, Redhat, Suse, Debian je ne sais pas.
Debian, je sais au moins que le module existe : le l'ai désactivé récemment car je ne voyais pas à quoi cela servait :)
Pour ton /home tu peux ne pas le modifier à l'installation, et une fois Linux installé tu migres tes données dans une partition LVM. Ensuite tu transforme l'ancien /home en LVM et tu rajoutes l'espace disque à un Volume Group.
Ok, et sur une installation existante, on peut migrer le fs en place sans soucis juste en lançant le bon module ?
Si ce conseil découle d'une utilisation personnelle de lvm, peux-tu nous faire part de ton retour d'expérience ? J'utilise LVM pour mon ordinateur personnel sans soucis.
Bien :) Je sauve ma conf ce soir, et je vais essayer dans la foulée.
Sébastien Kirche
Et pour les tailles ? Combien de Mo/Go chacun ?
Je regarde la place occupée actuelle et je rajoute 10% ? :o)
Et pour les tailles ? Combien de Mo/Go chacun ?
Je regarde la place occupée actuelle et je rajoute 10% ? :o)
Je regarde la place occupée actuelle et je rajoute 10% ? :o)
GERBIER Eric
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Sébastien Kirche wrote:
Et pour les tailles ? Combien de Mo/Go chacun ?
Je regarde la place occupée actuelle et je rajoute 10% ? :o)
il vaut mieux voir large, je ne sais pas pourquoi, mais mes disques ont horreur du vide :)
j'aime bien avoir mini 30% d'espace libre a la creation -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
Je regarde la place occupée actuelle et je rajoute 10% ? :o)
il vaut mieux voir large, je ne sais pas pourquoi, mais mes disques ont horreur
du vide :)
j'aime bien avoir mini 30% d'espace libre a la creation
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
Je regarde la place occupée actuelle et je rajoute 10% ? :o)
il vaut mieux voir large, je ne sais pas pourquoi, mais mes disques ont horreur du vide :)
j'aime bien avoir mini 30% d'espace libre a la creation -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
