salut la liste,
J'ai deux disques dans mon PC que je compte utilisés en plus du SSD
sur lequel j'ai mon système.
Je pense les regrouper en RAID, histoire de me protéger de certaines
pannes.
Entre mdadm et LVM, j'hésite.
LVM me semble plus souple (RAID au niveau volume logique si j'ai bien
lu la doc).
Des conseils ? D'autres suggestions ?
Merci d'avance.
Jean-Marc
https://6jf.be/keys/ED863AD1.txt
salut la liste,
J'ai deux disques dans mon PC que je compte utilisés en plus du SSD
sur lequel j'ai mon système.
Je pense les regrouper en RAID, histoire de me protéger de certaines
pannes.
Entre mdadm et LVM, j'hésite.
LVM me semble plus souple (RAID au niveau volume logique si j'ai bien
lu la doc).
Des conseils ? D'autres suggestions ?
Merci d'avance.
Jean-Marc <jean-marc@6jf.be>
https://6jf.be/keys/ED863AD1.txt
salut la liste,
J'ai deux disques dans mon PC que je compte utilisés en plus du SSD
sur lequel j'ai mon système.
Je pense les regrouper en RAID, histoire de me protéger de certaines
pannes.
Entre mdadm et LVM, j'hésite.
LVM me semble plus souple (RAID au niveau volume logique si j'ai bien
lu la doc).
Des conseils ? D'autres suggestions ?
Merci d'avance.
Jean-Marc
https://6jf.be/keys/ED863AD1.txt
Des conseils ? D'autres suggestions ?
Des conseils ? D'autres suggestions ?
Des conseils ? D'autres suggestions ?
Si tu installes le système dans un volume logique, tu doit avoir un
« /boot » sur une partition à part.
Sauf s'il y a un raid logiciel en dessous du volume logique.
Si tu installes le système dans un volume logique, tu doit avoir un
« /boot » sur une partition à part.
Sauf s'il y a un raid logiciel en dessous du volume logique.
Si tu installes le système dans un volume logique, tu doit avoir un
« /boot » sur une partition à part.
Sauf s'il y a un raid logiciel en dessous du volume logique.
Le 09/03/2019 à 13:01, Guillaume Clercin a écrit :Si tu installes le système dans un volume logique, tu doit avoir un
« /boot » sur une partition à part.
Non. GRUB sait lire dans les volumes logiques LVM.
Sauf s'il y a un raid logiciel en dessous du volume logique.
Non plus. En quoi le RAID logiciel changerait-il quelque chose ?
Le 09/03/2019 à 13:01, Guillaume Clercin a écrit :
>
> Si tu installes le système dans un volume logique, tu doit avoir un
> « /boot » sur une partition à part.
Non. GRUB sait lire dans les volumes logiques LVM.
> Sauf s'il y a un raid logiciel en dessous du volume logique.
Non plus. En quoi le RAID logiciel changerait-il quelque chose ?
Le 09/03/2019 à 13:01, Guillaume Clercin a écrit :Si tu installes le système dans un volume logique, tu doit avoir un
« /boot » sur une partition à part.
Non. GRUB sait lire dans les volumes logiques LVM.
Sauf s'il y a un raid logiciel en dessous du volume logique.
Non plus. En quoi le RAID logiciel changerait-il quelque chose ?
On Sat, 9 Mar 2019 19:51:39 +0100
Pascal Hambourg wrote:Le 09/03/2019 à 13:01, Guillaume Clercin a écrit :Si tu installes le système dans un volume logique, tu doit avoir un
« /boot » sur une partition à part.
Non. GRUB sait lire dans les volumes logiques LVM.
Le problème vient de la commande « grub-install ». J'ai installé sur un
serveur une Debian buster et lors de la première tentative, je n'avais
pas de « /boot » séparé et l'installation a échoué au moment du
« grub-install ».
Ensuite, je refais l'installation en créant un
« /boot » dans une partition donc en dehors LVM, et la commande
« grub-install » a fonctionné. Cette expérience confirme la
documentation de la Debian « https://wiki.debian.org/fr/LVM » dans la
partie « bon à savoir ».
Sauf s'il y a un raid logiciel en dessous du volume logique.
Non plus. En quoi le RAID logiciel changerait-il quelque chose ?
C'est lié à la commande « grub-install »
On Sat, 9 Mar 2019 19:51:39 +0100
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Le 09/03/2019 à 13:01, Guillaume Clercin a écrit :
Si tu installes le système dans un volume logique, tu doit avoir un
« /boot » sur une partition à part.
Non. GRUB sait lire dans les volumes logiques LVM.
Le problème vient de la commande « grub-install ». J'ai installé sur un
serveur une Debian buster et lors de la première tentative, je n'avais
pas de « /boot » séparé et l'installation a échoué au moment du
« grub-install ».
Ensuite, je refais l'installation en créant un
« /boot » dans une partition donc en dehors LVM, et la commande
« grub-install » a fonctionné. Cette expérience confirme la
documentation de la Debian « https://wiki.debian.org/fr/LVM » dans la
partie « bon à savoir ».
Sauf s'il y a un raid logiciel en dessous du volume logique.
Non plus. En quoi le RAID logiciel changerait-il quelque chose ?
C'est lié à la commande « grub-install »
On Sat, 9 Mar 2019 19:51:39 +0100
Pascal Hambourg wrote:Le 09/03/2019 à 13:01, Guillaume Clercin a écrit :Si tu installes le système dans un volume logique, tu doit avoir un
« /boot » sur une partition à part.
Non. GRUB sait lire dans les volumes logiques LVM.
Le problème vient de la commande « grub-install ». J'ai installé sur un
serveur une Debian buster et lors de la première tentative, je n'avais
pas de « /boot » séparé et l'installation a échoué au moment du
« grub-install ».
Ensuite, je refais l'installation en créant un
« /boot » dans une partition donc en dehors LVM, et la commande
« grub-install » a fonctionné. Cette expérience confirme la
documentation de la Debian « https://wiki.debian.org/fr/LVM » dans la
partie « bon à savoir ».
Sauf s'il y a un raid logiciel en dessous du volume logique.
Non plus. En quoi le RAID logiciel changerait-il quelque chose ?
C'est lié à la commande « grub-install »
J'ai fait plusieurs installations de diverses versions stables de Debian
avec /boot en LVM, avec succès.
S'il s'agit d'une partition, le format de son contenu doit bien entendu
permettre d'utiliser son premier secteur comme secteur d'amorce (ce
n'est pas spécifique à l'installation avec LVM) mais aussi réserver un
espace utilisable par GRUB pour y installer sa core image. Le format de
PV LVM peut réserver un tel emplacement, mais la version actuelle de
GRUB ne sait pas encore l'exploiter.
S'il s'agit d'un disque entier (au sens large, incluant SSD, clé USB et
carte SD) cela dépend du format de la table de partition. Si elle est au
format DOS/MBR, l'espace non alloué entre le MBR et la première
partition doit être suffisant pour contenir la core image, ce qui est le
cas avec l'alignement actuel qui fait commencer la première partition au
secteur 2048 (1 Mo) mais n'était pas toujours le cas avec l'alignement
traditionnel sur les cylindres qui faisait commencer la première
partition au secteur 63 (32 Ko). Si elle est au format GPT, il faut une
partition non formatée de type "BIOS boot" de taille suffisante.
J'ai fait plusieurs installations de diverses versions stables de Debian
avec /boot en LVM, avec succès.
S'il s'agit d'une partition, le format de son contenu doit bien entendu
permettre d'utiliser son premier secteur comme secteur d'amorce (ce
n'est pas spécifique à l'installation avec LVM) mais aussi réserver un
espace utilisable par GRUB pour y installer sa core image. Le format de
PV LVM peut réserver un tel emplacement, mais la version actuelle de
GRUB ne sait pas encore l'exploiter.
S'il s'agit d'un disque entier (au sens large, incluant SSD, clé USB et
carte SD) cela dépend du format de la table de partition. Si elle est au
format DOS/MBR, l'espace non alloué entre le MBR et la première
partition doit être suffisant pour contenir la core image, ce qui est le
cas avec l'alignement actuel qui fait commencer la première partition au
secteur 2048 (1 Mo) mais n'était pas toujours le cas avec l'alignement
traditionnel sur les cylindres qui faisait commencer la première
partition au secteur 63 (32 Ko). Si elle est au format GPT, il faut une
partition non formatée de type "BIOS boot" de taille suffisante.
J'ai fait plusieurs installations de diverses versions stables de Debian
avec /boot en LVM, avec succès.
S'il s'agit d'une partition, le format de son contenu doit bien entendu
permettre d'utiliser son premier secteur comme secteur d'amorce (ce
n'est pas spécifique à l'installation avec LVM) mais aussi réserver un
espace utilisable par GRUB pour y installer sa core image. Le format de
PV LVM peut réserver un tel emplacement, mais la version actuelle de
GRUB ne sait pas encore l'exploiter.
S'il s'agit d'un disque entier (au sens large, incluant SSD, clé USB et
carte SD) cela dépend du format de la table de partition. Si elle est au
format DOS/MBR, l'espace non alloué entre le MBR et la première
partition doit être suffisant pour contenir la core image, ce qui est le
cas avec l'alignement actuel qui fait commencer la première partition au
secteur 2048 (1 Mo) mais n'était pas toujours le cas avec l'alignement
traditionnel sur les cylindres qui faisait commencer la première
partition au secteur 63 (32 Ko). Si elle est au format GPT, il faut une
partition non formatée de type "BIOS boot" de taille suffisante.
Il faut utiliser les deux, tu assembles tes disques dans un ensemble
unique RAID avec mdadm, ensuite tu partitionnes cet ensemble unique avec
LVM.
Il faut utiliser les deux, tu assembles tes disques dans un ensemble
unique RAID avec mdadm, ensuite tu partitionnes cet ensemble unique avec
LVM.
Il faut utiliser les deux, tu assembles tes disques dans un ensemble
unique RAID avec mdadm, ensuite tu partitionnes cet ensemble unique avec
LVM.
Le 09/03/19 à 12:51, Frédéric MASSOT a
écrit :Il faut utiliser les deux, tu assembles tes disques dans un ensemble
unique RAID avec mdadm, ensuite tu partitionnes cet ensemble unique avec
LVM.
C'est visiblement ce que tout le monde fait, mais je ne sais pas pourquoi
car lvm sait très bien faire du raid1 (ou raid0) à lui tout seul (man lvm,
cf stripes & mirror).
Le 09/03/19 à 12:51, Frédéric MASSOT <frederic@juliana-multimedia.com> a
écrit :
Il faut utiliser les deux, tu assembles tes disques dans un ensemble
unique RAID avec mdadm, ensuite tu partitionnes cet ensemble unique avec
LVM.
C'est visiblement ce que tout le monde fait, mais je ne sais pas pourquoi
car lvm sait très bien faire du raid1 (ou raid0) à lui tout seul (man lvm,
cf stripes & mirror).
Le 09/03/19 à 12:51, Frédéric MASSOT a
écrit :Il faut utiliser les deux, tu assembles tes disques dans un ensemble
unique RAID avec mdadm, ensuite tu partitionnes cet ensemble unique avec
LVM.
C'est visiblement ce que tout le monde fait, mais je ne sais pas pourquoi
car lvm sait très bien faire du raid1 (ou raid0) à lui tout seul (man lvm,
cf stripes & mirror).
Le 10/03/2019 à 19:04, Pascal Hambourg a écrit :J'ai fait plusieurs installations de diverses versions stables de Debian
avec /boot en LVM, avec succès.
Bonjour, je ne peux en dire autant. J'ai des resultats aleatoires selon
les ordinateurs, les distributions, etc. Je me suis pris la tete un
nombre incroyable de fois ces derniers temps, maudissant UEFI comme je
maudissais window$ 3.1 il y a plus de vingt ans et la limitation des 640
Ko de M$-DO$.
S'il s'agit d'une partition, le format de son contenu doit bien entendu
permettre d'utiliser son premier secteur comme secteur d'amorce (ce
n'est pas spécifique à l'installation avec LVM) mais aussi réserver un
espace utilisable par GRUB pour y installer sa core image. Le format de
PV LVM peut réserver un tel emplacement, mais la version actuelle de
GRUB ne sait pas encore l'exploiter.
Ah donc le probleme pourrait venir de la?
Il me semblait qu'il n'y avait
plus de notion de secteurs d'amorcage avec UEFI?
S'il s'agit d'un disque entier (au sens large, incluant SSD, clé USB et
carte SD) cela dépend du format de la table de partition. Si elle est au
format DOS/MBR, l'espace non alloué entre le MBR et la première
partition doit être suffisant pour contenir la core image, ce qui est le
cas avec l'alignement actuel qui fait commencer la première partition au
secteur 2048 (1 Mo) mais n'était pas toujours le cas avec l'alignement
traditionnel sur les cylindres qui faisait commencer la première
partition au secteur 63 (32 Ko). Si elle est au format GPT, il faut une
partition non formatée de type "BIOS boot" de taille suffisante.
Je n'avais pas lu cela et ca semble meme contredire ce que j'avais
trouve lors de mes innombrables recherches.
Pascal si jamais tu te sens de faire une documentation a jour et claire
sur ce sujet, tu auras au moins un lecteur attentif. Je peux meme te
mettre a disposition un bout de wiki.
Le 10/03/2019 à 19:04, Pascal Hambourg a écrit :
J'ai fait plusieurs installations de diverses versions stables de Debian
avec /boot en LVM, avec succès.
Bonjour, je ne peux en dire autant. J'ai des resultats aleatoires selon
les ordinateurs, les distributions, etc. Je me suis pris la tete un
nombre incroyable de fois ces derniers temps, maudissant UEFI comme je
maudissais window$ 3.1 il y a plus de vingt ans et la limitation des 640
Ko de M$-DO$.
S'il s'agit d'une partition, le format de son contenu doit bien entendu
permettre d'utiliser son premier secteur comme secteur d'amorce (ce
n'est pas spécifique à l'installation avec LVM) mais aussi réserver un
espace utilisable par GRUB pour y installer sa core image. Le format de
PV LVM peut réserver un tel emplacement, mais la version actuelle de
GRUB ne sait pas encore l'exploiter.
Ah donc le probleme pourrait venir de la?
Il me semblait qu'il n'y avait
plus de notion de secteurs d'amorcage avec UEFI?
S'il s'agit d'un disque entier (au sens large, incluant SSD, clé USB et
carte SD) cela dépend du format de la table de partition. Si elle est au
format DOS/MBR, l'espace non alloué entre le MBR et la première
partition doit être suffisant pour contenir la core image, ce qui est le
cas avec l'alignement actuel qui fait commencer la première partition au
secteur 2048 (1 Mo) mais n'était pas toujours le cas avec l'alignement
traditionnel sur les cylindres qui faisait commencer la première
partition au secteur 63 (32 Ko). Si elle est au format GPT, il faut une
partition non formatée de type "BIOS boot" de taille suffisante.
Je n'avais pas lu cela et ca semble meme contredire ce que j'avais
trouve lors de mes innombrables recherches.
Pascal si jamais tu te sens de faire une documentation a jour et claire
sur ce sujet, tu auras au moins un lecteur attentif. Je peux meme te
mettre a disposition un bout de wiki.
Le 10/03/2019 à 19:04, Pascal Hambourg a écrit :J'ai fait plusieurs installations de diverses versions stables de Debian
avec /boot en LVM, avec succès.
Bonjour, je ne peux en dire autant. J'ai des resultats aleatoires selon
les ordinateurs, les distributions, etc. Je me suis pris la tete un
nombre incroyable de fois ces derniers temps, maudissant UEFI comme je
maudissais window$ 3.1 il y a plus de vingt ans et la limitation des 640
Ko de M$-DO$.
S'il s'agit d'une partition, le format de son contenu doit bien entendu
permettre d'utiliser son premier secteur comme secteur d'amorce (ce
n'est pas spécifique à l'installation avec LVM) mais aussi réserver un
espace utilisable par GRUB pour y installer sa core image. Le format de
PV LVM peut réserver un tel emplacement, mais la version actuelle de
GRUB ne sait pas encore l'exploiter.
Ah donc le probleme pourrait venir de la?
Il me semblait qu'il n'y avait
plus de notion de secteurs d'amorcage avec UEFI?
S'il s'agit d'un disque entier (au sens large, incluant SSD, clé USB et
carte SD) cela dépend du format de la table de partition. Si elle est au
format DOS/MBR, l'espace non alloué entre le MBR et la première
partition doit être suffisant pour contenir la core image, ce qui est le
cas avec l'alignement actuel qui fait commencer la première partition au
secteur 2048 (1 Mo) mais n'était pas toujours le cas avec l'alignement
traditionnel sur les cylindres qui faisait commencer la première
partition au secteur 63 (32 Ko). Si elle est au format GPT, il faut une
partition non formatée de type "BIOS boot" de taille suffisante.
Je n'avais pas lu cela et ca semble meme contredire ce que j'avais
trouve lors de mes innombrables recherches.
Pascal si jamais tu te sens de faire une documentation a jour et claire
sur ce sujet, tu auras au moins un lecteur attentif. Je peux meme te
mettre a disposition un bout de wiki.
Certes, LVM permet de faire du RAID nativement et de façon plus soup le
que mdadm, mais est-il aussi robuste et simple à reconstruire que le
RAID de mdadm en cas de défaillance d'un disque ?
Certes, LVM permet de faire du RAID nativement et de façon plus soup le
que mdadm, mais est-il aussi robuste et simple à reconstruire que le
RAID de mdadm en cas de défaillance d'un disque ?
Certes, LVM permet de faire du RAID nativement et de façon plus soup le
que mdadm, mais est-il aussi robuste et simple à reconstruire que le
RAID de mdadm en cas de défaillance d'un disque ?