j'ai un petit serveur domestique que j'utilise essentiellement comme
NAS/backuppc/SVN. J'aimerais rationaliser l'usage des disques durs (en
mettre moins et de plus gros). J'envisage aussi de passer en LVM et en RAID
pour certaines partitions, en profitant du passage =E0 lenny.
J'ai d=E9j=E0 exp=E9riment=E9 LVM pour des partitions de donn=E9es et je tr=
ouve cela
tr=E8s pratique. J'ai retenu 2 recommandations :
- =E9viter de fusionner des disques diff=E9rents (si un des deux meurt, c'e=
st
cuit), en pratique, je fait donc un volume group (VG) par disque,
- faire un backup car r=E9cup=E9rer un syst=E8me de fichier sur LVM est dif=
ficile,
- =E9viter d'utiliser LVM sur un disque externe : monter-d=E9monter-monter =
ne
fonctionne pas (je n'ai pas creus=E9).
L'avantage, principal, c'est que je peux faire un partition par type de
donn=E9e (musique/photos), savoir quelle est la place occup=E9e d'un coup d=
e
df/munin, et faire des backups rsync sans me soucier de saturer la partitio=
n
cible (elle aussi LVM, de la m=EAme taille que la premi=E8re). Le jour ou j=
'ai
trop de photos, je d=E9monte et redimensionne les partitions (source et
backup) et hop.
Cette solution fonctionne bien pour des donn=E9es "statiques" comme les pho=
tos
ou la musique, mais pour les donn=E9es backuppc et svn je n'ai pas encore d=
e
solution robuste.
- La possibilit=E9 de faire des snapshots LVM semble int=E9ressante dans c=
e cas
mais je n'ai pas encore essay=E9.
- je peux aussi faire du RAID1 (j'ai deux disques identiques). Dans ce cas=
,
je pourrai =E9galement mettre en raid la partition syst=E8me et m'=E9viter =
des
soucis si un disque meurt.
Est-ce raisonnable d'utiliser LVM+RAID pour les partitions syst=E8me ? Comm=
e
je peux difficilement les d=E9monter je ne pourrai pas les modifier (si ?).
Merci pour tout conseil sur ce qu'il vaut mieux faire/=E9viter (pour le
comment, je trouverai dans la doc).
<div>
Bonjour,<br>
<br>
j'ai un petit serveur domestique que j'utilise essentiellement comm=
e NAS/backuppc/SVN. J'aimerais rationaliser l'usage des disques dur=
s (en mettre moins et de plus gros). J'envisage aussi de passer en LVM =
et en RAID pour certaines partitions, en profitant du passage =E0 lenny.<br=
>
<br>
J'ai d=E9j=E0 exp=E9riment=E9 LVM pour des partitions de donn=E9es et j=
e trouve cela tr=E8s pratique. J'ai retenu 2 recommandations :<br>
<br>
- =E9viter de fusionner des disques diff=E9rents (si un des deux meurt, c&#=
39;est cuit), en pratique, je fait donc un volume group (VG) par disque,<br=
>
- faire un backup car r=E9cup=E9rer un syst=E8me de fichier sur LVM est dif=
ficile,<br>- =E9viter d'utiliser LVM sur un disque externe : monter-d=
=E9monter-monter ne fonctionne pas (je n'ai pas creus=E9).<br>
<br>
L'avantage, principal, c'est que je peux faire un partition par typ=
e de donn=E9e (musique/photos), savoir quelle est la place occup=E9e d'=
un coup de df/munin, et faire des backups rsync sans me soucier de saturer =
la partition cible (elle aussi LVM, de la m=EAme taille que la premi=E8re).=
Le jour ou j'ai trop de photos, je d=E9monte et redimensionne les part=
itions (source et backup) et hop.<br>
<br>Cette solution fonctionne bien pour des donn=E9es "statiques"=
comme les photos ou la musique, mais pour les donn=E9es backuppc et svn je=
n'ai pas encore de solution robuste.<br> - La possibilit=E9 de fa=
ire des snapshots LVM semble int=E9ressante dans ce cas mais je n'ai pa=
s encore essay=E9.<br>
- je peux aussi faire du RAID1 (j'ai deux disques identiques). Da=
ns ce cas, je pourrai =E9galement mettre en raid la partition syst=E8me et =
m'=E9viter des soucis si un disque meurt.<br><br>
Est-ce raisonnable d'utiliser LVM+RAID pour les partitions syst=E8me ? =
Comme je peux difficilement les d=E9monter je ne pourrai pas les modifier (=
si ?).<br>
<br>
Merci pour tout conseil sur ce qu'il vaut mieux faire/=E9viter (pour le=
comment, je trouverai dans la doc).<br><br>-- <br>S=E9bastien<br>
</div>
------=_Part_7755_3535081.1225390056195--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
J'ai remarqué personnellement que dans beaucoup de cas extrèmes (cas de chiffrements, rais ou lvm) que grub n'était bon à rien et que lilo restait une valeur sûr.
Salut,
Ce n'est pas une question de cas extrèmes, mais de technique utilisée... Lilo note l'emplacement physique du disque où se trouve le noyau et l'initrd dans son secteur de démarrage (MBR ou BR sur la partition). Ainsi, il n'a pas besoin de connaitre le type du systeme de fichier sous-jacent pour retrouver le noyau et l'initrd. En revanche, il est moins souple : il ne peut pas embarquer autant d'intelligence que grub, il ne peut pas aller lire ce qui se trouve sur les systèmes de fichiers, il ne pourra certainement jamais accéder à des systèmes chiffrés, LVMisés ou RAIDisés (autre que RAID1), ni à des systèmes qui pourraient enregistrer les données de manière non-linéaire. GRUB, peut potentiellement accéder à n'importe quel de ces cas, à condition d'avoir une sorte de pilote pour ces systemes. Dès qu'il a le bon pilote, il peut aller chercher son fichier de configuration dynamiquement, sans que tu aies eu besoin d'embarque le fichier dans le MBR, il peut naviguer dans les arborescences, ...
Supérieur ou non, je ne sais pas, mais c'est la technique qui est différente. D'apres moi, il est effectivement supérieur, au moins par son potentiel d'évolution possible.
Fanfan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Goldy a écrit :
[...]
J'ai remarqué personnellement que dans beaucoup de cas extrèmes (cas de
chiffrements, rais ou lvm) que grub n'était bon à rien et que lilo
restait une valeur sûr.
Salut,
Ce n'est pas une question de cas extrèmes, mais de technique utilisée...
Lilo note l'emplacement physique du disque où se trouve le noyau et
l'initrd dans son secteur de démarrage (MBR ou BR sur la partition).
Ainsi, il n'a pas besoin de connaitre le type du systeme de fichier
sous-jacent pour retrouver le noyau et l'initrd. En revanche, il est
moins souple : il ne peut pas embarquer autant d'intelligence que grub,
il ne peut pas aller lire ce qui se trouve sur les systèmes de fichiers,
il ne pourra certainement jamais accéder à des systèmes chiffrés,
LVMisés ou RAIDisés (autre que RAID1), ni à des systèmes qui pourraient
enregistrer les données de manière non-linéaire. GRUB, peut
potentiellement accéder à n'importe quel de ces cas, à condition d'avoir
une sorte de pilote pour ces systemes. Dès qu'il a le bon pilote, il
peut aller chercher son fichier de configuration dynamiquement, sans que
tu aies eu besoin d'embarque le fichier dans le MBR, il peut naviguer
dans les arborescences, ...
Supérieur ou non, je ne sais pas, mais c'est la technique qui est
différente. D'apres moi, il est effectivement supérieur, au moins par
son potentiel d'évolution possible.
Fanfan
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
J'ai remarqué personnellement que dans beaucoup de cas extrèmes (cas de chiffrements, rais ou lvm) que grub n'était bon à rien et que lilo restait une valeur sûr.
Salut,
Ce n'est pas une question de cas extrèmes, mais de technique utilisée... Lilo note l'emplacement physique du disque où se trouve le noyau et l'initrd dans son secteur de démarrage (MBR ou BR sur la partition). Ainsi, il n'a pas besoin de connaitre le type du systeme de fichier sous-jacent pour retrouver le noyau et l'initrd. En revanche, il est moins souple : il ne peut pas embarquer autant d'intelligence que grub, il ne peut pas aller lire ce qui se trouve sur les systèmes de fichiers, il ne pourra certainement jamais accéder à des systèmes chiffrés, LVMisés ou RAIDisés (autre que RAID1), ni à des systèmes qui pourraient enregistrer les données de manière non-linéaire. GRUB, peut potentiellement accéder à n'importe quel de ces cas, à condition d'avoir une sorte de pilote pour ces systemes. Dès qu'il a le bon pilote, il peut aller chercher son fichier de configuration dynamiquement, sans que tu aies eu besoin d'embarque le fichier dans le MBR, il peut naviguer dans les arborescences, ...
Supérieur ou non, je ne sais pas, mais c'est la technique qui est différente. D'apres moi, il est effectivement supérieur, au moins par son potentiel d'évolution possible.
Fanfan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Daniel Caillibaud
Guy Roussin a écrit :
J'apprécie les snapshot lvm qui me permettent de sauvegarder des montages avec du rsync pour les data (rsnapshot) et du tar pour l'OS.
Tu cumules snapshot lvm et rsnapshot ? Je comprends pas bien l'intérêt.
Sinon, sur LVM, j'ai eu une expérience (un peu) malheureuse d'une partition impossible à agrandir (avec datas qui restaient accessibles). J'ai dû supprimer/recréer.
Pour le système, je le garde aussi hors LVM - par prudence (plus on complique l'accès à /boot et plus on peut avoir de pbs) - par flemme - mais surtout parce que le système ne risque pas de grossir démesurément, donc lui allouer au départ XGo et ne plus jamais y toucher n'est pas gênant (les données de /var susceptibles de grossir ne sont pas sur cette partition système).
-- Daniel
R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin de message est-il si effroyable? R: Répondre au dessus de la citation Q: Quelle est la chose la plus désagréable dans un message ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Guy Roussin a écrit :
J'apprécie les snapshot lvm qui me permettent de sauvegarder des
montages avec du rsync pour les data (rsnapshot) et du tar pour l'OS.
Tu cumules snapshot lvm et rsnapshot ?
Je comprends pas bien l'intérêt.
Sinon, sur LVM, j'ai eu une expérience (un peu) malheureuse d'une partition impossible à agrandir (avec datas qui restaient accessibles). J'ai dû
supprimer/recréer.
Pour le système, je le garde aussi hors LVM
- par prudence (plus on complique l'accès à /boot et plus on peut avoir de pbs)
- par flemme
- mais surtout parce que le système ne risque pas de grossir démesurément, donc lui allouer au départ XGo et ne plus jamais y toucher n'est pas gênant
(les données de /var susceptibles de grossir ne sont pas sur cette partition système).
--
Daniel
R: Parce que ça renverse bêtement l'ordre naturel de lecture!
Q: Mais pourquoi citer en fin de message est-il si effroyable?
R: Répondre au dessus de la citation
Q: Quelle est la chose la plus désagréable dans un message ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
J'apprécie les snapshot lvm qui me permettent de sauvegarder des montages avec du rsync pour les data (rsnapshot) et du tar pour l'OS.
Tu cumules snapshot lvm et rsnapshot ? Je comprends pas bien l'intérêt.
Sinon, sur LVM, j'ai eu une expérience (un peu) malheureuse d'une partition impossible à agrandir (avec datas qui restaient accessibles). J'ai dû supprimer/recréer.
Pour le système, je le garde aussi hors LVM - par prudence (plus on complique l'accès à /boot et plus on peut avoir de pbs) - par flemme - mais surtout parce que le système ne risque pas de grossir démesurément, donc lui allouer au départ XGo et ne plus jamais y toucher n'est pas gênant (les données de /var susceptibles de grossir ne sont pas sur cette partition système).
-- Daniel
R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin de message est-il si effroyable? R: Répondre au dessus de la citation Q: Quelle est la chose la plus désagréable dans un message ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Goldy
François Cerbelle a écrit :
[...] il ne pourra certainement jamais accéder à des systèmes chiffrés, LVMisés ou RAIDisés (autre que RAID1) Fanfan
Et pourtant, c'est bien sur ce type d'installations que je ne peux utiliser que lilo, moi aussi ça me surprends mais avec le nombre d'essais que j'ai dû faire pour arriver à faire fonctionner ces installations, tu peux me croire.
Je me souviens des prises de têtes, de décorticage de grub et de ses pilotes pour voir s'il manquait rien, mais il ne manquait rien, tout les modules étaient présents et chargé, le lvm, le chiffrement, le raid 5, mais rien a faire, ça ne voulait pas booter, il n'y a que lilo qui y soit arrivé.
Pour expérience, j'ai installé ubuntu sur un laptop avec lvm sur l'entièreté du disque (dont une partition est chiffré), et l'installeur ne me proposait que l'installation de lilo, je ne pouvais pas installer grub.
Effectivement, je n'ai pas encore essayé une installation dans laquelle la partition racine est chiffré mais c'est prévu que je fasse un essaie aujourd'hui.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
François Cerbelle a écrit :
[...]
il ne pourra certainement jamais accéder à des systèmes chiffrés,
LVMisés ou RAIDisés (autre que RAID1)
Fanfan
Et pourtant, c'est bien sur ce type d'installations que je ne peux
utiliser que lilo, moi aussi ça me surprends mais avec le nombre
d'essais que j'ai dû faire pour arriver à faire fonctionner ces
installations, tu peux me croire.
Je me souviens des prises de têtes, de décorticage de grub et de ses
pilotes pour voir s'il manquait rien, mais il ne manquait rien, tout les
modules étaient présents et chargé, le lvm, le chiffrement, le raid 5,
mais rien a faire, ça ne voulait pas booter, il n'y a que lilo qui y
soit arrivé.
Pour expérience, j'ai installé ubuntu sur un laptop avec lvm sur
l'entièreté du disque (dont une partition est chiffré), et l'installeur
ne me proposait que l'installation de lilo, je ne pouvais pas installer
grub.
Effectivement, je n'ai pas encore essayé une installation dans laquelle
la partition racine est chiffré mais c'est prévu que je fasse un essaie
aujourd'hui.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
[...] il ne pourra certainement jamais accéder à des systèmes chiffrés, LVMisés ou RAIDisés (autre que RAID1) Fanfan
Et pourtant, c'est bien sur ce type d'installations que je ne peux utiliser que lilo, moi aussi ça me surprends mais avec le nombre d'essais que j'ai dû faire pour arriver à faire fonctionner ces installations, tu peux me croire.
Je me souviens des prises de têtes, de décorticage de grub et de ses pilotes pour voir s'il manquait rien, mais il ne manquait rien, tout les modules étaient présents et chargé, le lvm, le chiffrement, le raid 5, mais rien a faire, ça ne voulait pas booter, il n'y a que lilo qui y soit arrivé.
Pour expérience, j'ai installé ubuntu sur un laptop avec lvm sur l'entièreté du disque (dont une partition est chiffré), et l'installeur ne me proposait que l'installation de lilo, je ne pouvais pas installer grub.
Effectivement, je n'ai pas encore essayé une installation dans laquelle la partition racine est chiffré mais c'est prévu que je fasse un essaie aujourd'hui.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Frederic MASSOT
Goldy a écrit :
François Cerbelle a écrit :
[...] il ne pourra certainement jamais accéder à des systèmes chiffrés, LVMisés ou RAIDisés (autre que RAID1) Fanfan
Et pourtant, c'est bien sur ce type d'installations que je ne peux utiliser que lilo, moi aussi ça me surprends mais avec le nombre d'essais que j'ai dû faire pour arriver à faire fonctionner ces installations, tu peux me croire.
Je me souviens des prises de têtes, de décorticage de grub et de ses pilotes pour voir s'il manquait rien, mais il ne manquait rien, tout les modules étaient présents et chargé, le lvm, le chiffrement, le raid 5, mais rien a faire, ça ne voulait pas booter, il n'y a que lilo qui y soit arrivé.
Il y a Grub 2 qui est sensé supporter LVM et le RAID :
Le support des partitions chiffrées n'est pas clairement précisé.
-- ============================================= | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto: | ==========================Þbian=GNU/Linux== -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Goldy a écrit :
François Cerbelle a écrit :
[...]
il ne pourra certainement jamais accéder à des systèmes chiffrés,
LVMisés ou RAIDisés (autre que RAID1)
Fanfan
Et pourtant, c'est bien sur ce type d'installations que je ne peux
utiliser que lilo, moi aussi ça me surprends mais avec le nombre
d'essais que j'ai dû faire pour arriver à faire fonctionner ces
installations, tu peux me croire.
Je me souviens des prises de têtes, de décorticage de grub et de ses
pilotes pour voir s'il manquait rien, mais il ne manquait rien, tout les
modules étaient présents et chargé, le lvm, le chiffrement, le raid 5,
mais rien a faire, ça ne voulait pas booter, il n'y a que lilo qui y
soit arrivé.
Il y a Grub 2 qui est sensé supporter LVM et le RAID :
Le support des partitions chiffrées n'est pas clairement précisé.
--
============================================= | FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:frederic@juliana-multimedia.com |
==========================Þbian=GNU/Linux==
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
[...] il ne pourra certainement jamais accéder à des systèmes chiffrés, LVMisés ou RAIDisés (autre que RAID1) Fanfan
Et pourtant, c'est bien sur ce type d'installations que je ne peux utiliser que lilo, moi aussi ça me surprends mais avec le nombre d'essais que j'ai dû faire pour arriver à faire fonctionner ces installations, tu peux me croire.
Je me souviens des prises de têtes, de décorticage de grub et de ses pilotes pour voir s'il manquait rien, mais il ne manquait rien, tout les modules étaient présents et chargé, le lvm, le chiffrement, le raid 5, mais rien a faire, ça ne voulait pas booter, il n'y a que lilo qui y soit arrivé.
Il y a Grub 2 qui est sensé supporter LVM et le RAID :
Le support des partitions chiffrées n'est pas clairement précisé.
-- ============================================= | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto: | ==========================Þbian=GNU/Linux== -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
