bonjour a tous
j'aimerai faire un partionnement idéal sous mint19
dans l'installeur on me propose un partionnement manuel
j'ai cree / /home /boot /tmp en primaire
et
/usr /var /srv /opt en logique
le boot je l'ai mis en /
au boot ça se passe bien le systeme fonctionne
mais ce qui m'ennuie c'est dans gparted etendue n'apparait pas
sur un autre disque j'ai bien etendue avec a l'interieur des partition
comment savoir si mon systeme est bien installé comme je le voulais ?
Par contre ça oblige à apprendre à utiliser LVM, ce qui n'est pas évident.
L'outil d'installation de Debian est assez facile à utiliser: choisir partitionnement automatique LVM PS: seul risque: du matériel pourrait nécessiter un /boot séparé; ce n'est pas le cas des systèmes que j'ai installés ces derniers 5 ans, y compris apu2.
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Par contre ça oblige à apprendre à utiliser LVM, ce qui n'est pas évident.
L'outil d'installation de Debian est assez facile à utiliser:
choisir partitionnement automatique LVM
PS: seul risque: du matériel pourrait nécessiter un /boot séparé; ce n'est
pas le cas des systèmes que j'ai installés ces derniers 5 ans, y compris
apu2.
Par contre ça oblige à apprendre à utiliser LVM, ce qui n'est pas évident.
L'outil d'installation de Debian est assez facile à utiliser: choisir partitionnement automatique LVM PS: seul risque: du matériel pourrait nécessiter un /boot séparé; ce n'est pas le cas des systèmes que j'ai installés ces derniers 5 ans, y compris apu2.
andre lacroix
Le 02/05/2020 à 12:28, Pascal Hambourg a écrit :
Le 02/05/2020 à 11:58, andre lacroix a écrit :
Le 02/05/2020 à 10:54, Pascal Hambourg a écrit :
Le 02/05/2020 à 10:25, andre lacroix a écrit :
lors de l'installation du systeme on utilise ,en l'occurence mint un logiciel ,un installeur celui ci propose diverses options ,on peut choisir (c'est ce que j'ai fait )un mode manuel .dans ce mode manuel on defini ses partitions ,il n'y a de choix que pour primaire et logique ,que dans étendue il y ait des partitions logique l'installeur n'en "parle" pas .
Dans ce cas, comme l'a déjà expliqué JM Company, cela signifie obligatoirement que l'installateur Mint gère automatiquement la partition étendue de façon transparente quand tu crées une partition logique, et que tu n'as pas à t'en occuper. L'installateur Debian fait de même.
c'est faux (pour ce qui est de mint)et c'est la raison de mes posts ici
Si tu as pu créer des partitions logiques, il y a *forcément* une partition étendue qui va avec. Que tel ou tel logiciel de gestion des partitions la masque n'y change rien.
avec debian8 j'ai fait cela sans problemes mais ici avec mint19 c'est different
Le 02/05/2020 à 12:28, Pascal Hambourg a écrit :
Le 02/05/2020 à 11:58, andre lacroix a écrit :
Le 02/05/2020 à 10:54, Pascal Hambourg a écrit :
Le 02/05/2020 à 10:25, andre lacroix a écrit :
lors de l'installation du systeme on utilise ,en l'occurence mint
un logiciel ,un installeur celui ci propose diverses options ,on
peut choisir (c'est ce que j'ai fait )un mode manuel .dans ce mode
manuel on defini ses partitions ,il n'y a de choix que pour
primaire et logique ,que dans étendue il y ait des partitions
logique l'installeur n'en "parle" pas .
Dans ce cas, comme l'a déjà expliqué JM Company, cela signifie
obligatoirement que l'installateur Mint gère automatiquement la
partition étendue de façon transparente quand tu crées une partition
logique, et que tu n'as pas à t'en occuper. L'installateur Debian
fait de même.
c'est faux (pour ce qui est de mint)et c'est la raison de mes posts ici
Si tu as pu créer des partitions logiques, il y a *forcément* une
partition étendue qui va avec. Que tel ou tel logiciel de gestion des
partitions la masque n'y change rien.
avec debian8 j'ai fait cela sans problemes mais ici avec mint19 c'est
different
lors de l'installation du systeme on utilise ,en l'occurence mint un logiciel ,un installeur celui ci propose diverses options ,on peut choisir (c'est ce que j'ai fait )un mode manuel .dans ce mode manuel on defini ses partitions ,il n'y a de choix que pour primaire et logique ,que dans étendue il y ait des partitions logique l'installeur n'en "parle" pas .
Dans ce cas, comme l'a déjà expliqué JM Company, cela signifie obligatoirement que l'installateur Mint gère automatiquement la partition étendue de façon transparente quand tu crées une partition logique, et que tu n'as pas à t'en occuper. L'installateur Debian fait de même.
c'est faux (pour ce qui est de mint)et c'est la raison de mes posts ici
Si tu as pu créer des partitions logiques, il y a *forcément* une partition étendue qui va avec. Que tel ou tel logiciel de gestion des partitions la masque n'y change rien.
avec debian8 j'ai fait cela sans problemes mais ici avec mint19 c'est different
Pascal Hambourg
Le 02/05/2020 à 14:42, Marc SCHAEFER a écrit :
Pascal Hambourg wrote:
Par contre ça oblige à apprendre à utiliser LVM, ce qui n'est pas évident.
L'outil d'installation de Debian est assez facile à utiliser:
Je ne parlais pas de l'installation qui est généralement suffisamment assistée mais de la gestion au long cours, quand on doit créer, supprimer ou redimensionner des volumes en ligne de commande. Là, celui qui n'a jamais géré que des partitions se retrouve un peu démuni.
PS: seul risque: du matériel pourrait nécessiter un /boot séparé; ce n'est pas le cas des systèmes que j'ai installés ces derniers 5 ans, y compris apu2.
Le partitionnement assisté avec LVM crée systématiquement une partition /boot séparée hors LVM, même si ce n'est plus nécessaire avec GRUB 2. Ce n'est pas plus mal : en cas de problème grave avec LVM, on peut au moins accéder au shell de l'initramfs.
Le 02/05/2020 à 14:42, Marc SCHAEFER a écrit :
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Par contre ça oblige à apprendre à utiliser LVM, ce qui n'est pas évident.
L'outil d'installation de Debian est assez facile à utiliser:
Je ne parlais pas de l'installation qui est généralement suffisamment
assistée mais de la gestion au long cours, quand on doit créer,
supprimer ou redimensionner des volumes en ligne de commande. Là, celui
qui n'a jamais géré que des partitions se retrouve un peu démuni.
PS: seul risque: du matériel pourrait nécessiter un /boot séparé; ce n'est
pas le cas des systèmes que j'ai installés ces derniers 5 ans, y compris
apu2.
Le partitionnement assisté avec LVM crée systématiquement une partition
/boot séparée hors LVM, même si ce n'est plus nécessaire avec GRUB 2. Ce
n'est pas plus mal : en cas de problème grave avec LVM, on peut au moins
accéder au shell de l'initramfs.
Par contre ça oblige à apprendre à utiliser LVM, ce qui n'est pas évident.
L'outil d'installation de Debian est assez facile à utiliser:
Je ne parlais pas de l'installation qui est généralement suffisamment assistée mais de la gestion au long cours, quand on doit créer, supprimer ou redimensionner des volumes en ligne de commande. Là, celui qui n'a jamais géré que des partitions se retrouve un peu démuni.
PS: seul risque: du matériel pourrait nécessiter un /boot séparé; ce n'est pas le cas des systèmes que j'ai installés ces derniers 5 ans, y compris apu2.
Le partitionnement assisté avec LVM crée systématiquement une partition /boot séparée hors LVM, même si ce n'est plus nécessaire avec GRUB 2. Ce n'est pas plus mal : en cas de problème grave avec LVM, on peut au moins accéder au shell de l'initramfs.
Pascal Hambourg
Le 02/05/2020 à 14:53, andre lacroix a écrit :
Le 02/05/2020 à 12:28, Pascal Hambourg a écrit :
Dans ce cas, comme l'a déjà expliqué JM Company, cela signifie obligatoirement que l'installateur Mint gère automatiquement la partition étendue de façon transparente quand tu crées une partition logique, et que tu n'as pas à t'en occuper. L'installateur Debian fait de même.
c'est faux (pour ce qui est de mint)et c'est la raison de mes posts ici
Si tu as pu créer des partitions logiques, il y a *forcément* une partition étendue qui va avec. Que tel ou tel logiciel de gestion des partitions la masque n'y change rien.
avec debian8 j'ai fait cela sans problemes mais ici avec mint19 c'est different
On peut voir la sortie de fdisk -l pour en avoir le coeur net ?
Le 02/05/2020 à 14:53, andre lacroix a écrit :
Le 02/05/2020 à 12:28, Pascal Hambourg a écrit :
Dans ce cas, comme l'a déjà expliqué JM Company, cela signifie
obligatoirement que l'installateur Mint gère automatiquement la
partition étendue de façon transparente quand tu crées une partition
logique, et que tu n'as pas à t'en occuper. L'installateur Debian
fait de même.
c'est faux (pour ce qui est de mint)et c'est la raison de mes posts ici
Si tu as pu créer des partitions logiques, il y a *forcément* une
partition étendue qui va avec. Que tel ou tel logiciel de gestion des
partitions la masque n'y change rien.
avec debian8 j'ai fait cela sans problemes mais ici avec mint19 c'est
different
Dans ce cas, comme l'a déjà expliqué JM Company, cela signifie obligatoirement que l'installateur Mint gère automatiquement la partition étendue de façon transparente quand tu crées une partition logique, et que tu n'as pas à t'en occuper. L'installateur Debian fait de même.
c'est faux (pour ce qui est de mint)et c'est la raison de mes posts ici
Si tu as pu créer des partitions logiques, il y a *forcément* une partition étendue qui va avec. Que tel ou tel logiciel de gestion des partitions la masque n'y change rien.
avec debian8 j'ai fait cela sans problemes mais ici avec mint19 c'est different
On peut voir la sortie de fdisk -l pour en avoir le coeur net ?
dyrmak
En 29 lignes andre lacroix a écrit dans news:5ead6d4c$0$15201$ le samedi, 02 mai 2020 à 14:53:32 :
Le 02/05/2020 à 12:28, Pascal Hambourg a écrit :
Si tu as pu créer des partitions logiques, il y a *forcément* une partition étendue qui va avec. Que tel ou tel logiciel de gestion des partitions la masque n'y change rien.
avec debian8 j'ai fait cela sans problemes mais ici avec mint19 c'est different
Mint devrait signaler l'existence de la partition étendue, même si elle ne l'a pas crée: /dev/sda1 2048 52430847 52428800 25G 83 Linux /dev/sda2 * 52430848 552536063 500105216 238,5G 83 Linux /dev/sda3 552536064 727212628 174676565 83,3G 83 Linux /dev/sda4 727214078 1250263039 523048962 249,4G 5 Étendue /dev/sda5 901400576 1238138879 336738304 160,6G 83 Linux /dev/sda6 1238140928 1250263039 12122112 5,8G 82 partition d'échange Linux / Solaris /dev/sda7 727214080 889276415 162062336 77,3G 83 Linux /dev/sda8 889278464 901390335 12111872 5,8G 82 partition d'échange Linux / Solaris Le partitionnement se distingue par couleur, je les ai toujours vues dans l'installateur. dyrmak -- El barquito de río seco ++++ --- ++++ Linux operating system ++++ --- ++++
En 29 lignes andre lacroix a écrit
dans news:5ead6d4c$0$15201$426a34cc@news.free.fr
le samedi, 02 mai 2020 à 14:53:32 :
Le 02/05/2020 à 12:28, Pascal Hambourg a écrit :
Si tu as pu créer des partitions logiques, il y a *forcément* une
partition étendue qui va avec. Que tel ou tel logiciel de gestion des
partitions la masque n'y change rien.
avec debian8 j'ai fait cela sans problemes mais ici avec mint19 c'est
different
Mint devrait signaler l'existence de la partition étendue, même si elle
ne l'a pas crée:
/dev/sda1 2048 52430847 52428800 25G 83 Linux
/dev/sda2 * 52430848 552536063 500105216 238,5G 83 Linux
/dev/sda3 552536064 727212628 174676565 83,3G 83 Linux
/dev/sda4 727214078 1250263039 523048962 249,4G 5 Étendue
/dev/sda5 901400576 1238138879 336738304 160,6G 83 Linux
/dev/sda6 1238140928 1250263039 12122112 5,8G 82 partition d'échange Linux / Solaris
/dev/sda7 727214080 889276415 162062336 77,3G 83 Linux
/dev/sda8 889278464 901390335 12111872 5,8G 82 partition d'échange Linux / Solaris
Le partitionnement se distingue par couleur, je les ai toujours vues
dans l'installateur.
dyrmak
--
El barquito de río seco
++++ --- ++++
Linux operating system
++++ --- ++++
En 29 lignes andre lacroix a écrit dans news:5ead6d4c$0$15201$ le samedi, 02 mai 2020 à 14:53:32 :
Le 02/05/2020 à 12:28, Pascal Hambourg a écrit :
Si tu as pu créer des partitions logiques, il y a *forcément* une partition étendue qui va avec. Que tel ou tel logiciel de gestion des partitions la masque n'y change rien.
avec debian8 j'ai fait cela sans problemes mais ici avec mint19 c'est different
Mint devrait signaler l'existence de la partition étendue, même si elle ne l'a pas crée: /dev/sda1 2048 52430847 52428800 25G 83 Linux /dev/sda2 * 52430848 552536063 500105216 238,5G 83 Linux /dev/sda3 552536064 727212628 174676565 83,3G 83 Linux /dev/sda4 727214078 1250263039 523048962 249,4G 5 Étendue /dev/sda5 901400576 1238138879 336738304 160,6G 83 Linux /dev/sda6 1238140928 1250263039 12122112 5,8G 82 partition d'échange Linux / Solaris /dev/sda7 727214080 889276415 162062336 77,3G 83 Linux /dev/sda8 889278464 901390335 12111872 5,8G 82 partition d'échange Linux / Solaris Le partitionnement se distingue par couleur, je les ai toujours vues dans l'installateur. dyrmak -- El barquito de río seco ++++ --- ++++ Linux operating system ++++ --- ++++
Marc SCHAEFER
Pascal Hambourg wrote:
Je ne parlais pas de l'installation qui est généralement suffisamment assistée mais de la gestion au long cours, quand on doit créer, supprimer ou redimensionner des volumes en ligne de commande. Là, celui qui n'a jamais géré que des partitions se retrouve un peu démuni.
Au contraire, je trouve que c'est plus facile que de devoir réfléchir à ces contraintes MS-DOS ou GPT de partitionnement. Mais je suis tombé dans UNIX en 1987, ça déforme.
Le partitionnement assisté avec LVM crée systématiquement une partition /boot séparée hors LVM, même si ce n'est plus nécessaire avec GRUB 2. Ce n'est pas plus mal : en cas de problème grave avec LVM, on peut au moins accéder au shell de l'initramfs.
C'est pour cela que je partitionne manuellement, sans /boot séparé. D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler pour synchroniser /boot. Je fais toujours une clé USB de démarrage.
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Je ne parlais pas de l'installation qui est généralement suffisamment
assistée mais de la gestion au long cours, quand on doit créer,
supprimer ou redimensionner des volumes en ligne de commande. Là, celui
qui n'a jamais géré que des partitions se retrouve un peu démuni.
Au contraire, je trouve que c'est plus facile que de devoir réfléchir
à ces contraintes MS-DOS ou GPT de partitionnement.
Mais je suis tombé dans UNIX en 1987, ça déforme.
Le partitionnement assisté avec LVM crée systématiquement une partition
/boot séparée hors LVM, même si ce n'est plus nécessaire avec GRUB 2. Ce
n'est pas plus mal : en cas de problème grave avec LVM, on peut au moins
accéder au shell de l'initramfs.
C'est pour cela que je partitionne manuellement, sans /boot séparé.
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler
pour synchroniser /boot.
Je ne parlais pas de l'installation qui est généralement suffisamment assistée mais de la gestion au long cours, quand on doit créer, supprimer ou redimensionner des volumes en ligne de commande. Là, celui qui n'a jamais géré que des partitions se retrouve un peu démuni.
Au contraire, je trouve que c'est plus facile que de devoir réfléchir à ces contraintes MS-DOS ou GPT de partitionnement. Mais je suis tombé dans UNIX en 1987, ça déforme.
Le partitionnement assisté avec LVM crée systématiquement une partition /boot séparée hors LVM, même si ce n'est plus nécessaire avec GRUB 2. Ce n'est pas plus mal : en cas de problème grave avec LVM, on peut au moins accéder au shell de l'initramfs.
C'est pour cela que je partitionne manuellement, sans /boot séparé. D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler pour synchroniser /boot. Je fais toujours une clé USB de démarrage.
Pascal Hambourg
Le 02/05/2020 à 20:02, Marc SCHAEFER a écrit :
Pascal Hambourg wrote:
Je ne parlais pas de l'installation qui est généralement suffisamment assistée mais de la gestion au long cours, quand on doit créer, supprimer ou redimensionner des volumes en ligne de commande. Là, celui qui n'a jamais géré que des partitions se retrouve un peu démuni.
Au contraire, je trouve que c'est plus facile que de devoir réfléchir à ces contraintes MS-DOS ou GPT de partitionnement.
C'est plus facile quand on sait utiliser les commandes LVM. Sinon, c'est un grand moment de solitude.
Mais je suis tombé dans UNIX en 1987, ça déforme.
Voilà.
Le partitionnement assisté avec LVM crée systématiquement une partition /boot séparée hors LVM, même si ce n'est plus nécessaire avec GRUB 2. Ce n'est pas plus mal : en cas de problème grave avec LVM, on peut au moins accéder au shell de l'initramfs.
C'est pour cela que je partitionne manuellement, sans /boot séparé.
Ah, tu préfères être bien coincé en cas de problème ?
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler pour synchroniser /boot.
Gni ? Synchroniser quoi ?
Le 02/05/2020 à 20:02, Marc SCHAEFER a écrit :
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
Je ne parlais pas de l'installation qui est généralement suffisamment
assistée mais de la gestion au long cours, quand on doit créer,
supprimer ou redimensionner des volumes en ligne de commande. Là, celui
qui n'a jamais géré que des partitions se retrouve un peu démuni.
Au contraire, je trouve que c'est plus facile que de devoir réfléchir
à ces contraintes MS-DOS ou GPT de partitionnement.
C'est plus facile quand on sait utiliser les commandes LVM. Sinon, c'est
un grand moment de solitude.
Mais je suis tombé dans UNIX en 1987, ça déforme.
Voilà.
Le partitionnement assisté avec LVM crée systématiquement une partition
/boot séparée hors LVM, même si ce n'est plus nécessaire avec GRUB 2. Ce
n'est pas plus mal : en cas de problème grave avec LVM, on peut au moins
accéder au shell de l'initramfs.
C'est pour cela que je partitionne manuellement, sans /boot séparé.
Ah, tu préfères être bien coincé en cas de problème ?
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler
pour synchroniser /boot.
Je ne parlais pas de l'installation qui est généralement suffisamment assistée mais de la gestion au long cours, quand on doit créer, supprimer ou redimensionner des volumes en ligne de commande. Là, celui qui n'a jamais géré que des partitions se retrouve un peu démuni.
Au contraire, je trouve que c'est plus facile que de devoir réfléchir à ces contraintes MS-DOS ou GPT de partitionnement.
C'est plus facile quand on sait utiliser les commandes LVM. Sinon, c'est un grand moment de solitude.
Mais je suis tombé dans UNIX en 1987, ça déforme.
Voilà.
Le partitionnement assisté avec LVM crée systématiquement une partition /boot séparée hors LVM, même si ce n'est plus nécessaire avec GRUB 2. Ce n'est pas plus mal : en cas de problème grave avec LVM, on peut au moins accéder au shell de l'initramfs.
C'est pour cela que je partitionne manuellement, sans /boot séparé.
Ah, tu préfères être bien coincé en cas de problème ?
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler pour synchroniser /boot.
Gni ? Synchroniser quoi ?
Marc SCHAEFER
Pascal Hambourg wrote:
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler pour synchroniser /boot.
Gni ? Synchroniser quoi ?
Si je fais du RAID1 ou RAID10 avec md, et par-dessus du LVM, /boot est dans le miroir. Si je fais une partition /boot (donc pas sous md ni LVM), je dois en faire deux, une sur chaque disque: sinon je n'ai pas de redondance de démarrage (*). Et donc il faut lancer un script de synchronisation, par exemple rsync, à chaque modification de /boot (update-grub, mise à jour kernel, etc). Et mettre grub dans les deux MBR des deux disques. Et en plus il faut que le BIOS supporte le démarrage sur le deuxième disque. Bref, dans mon expérience c'est plus simple en LVM sur RAID. (*) évidemment, je suppose que grub est capable de démarrer en mode RAID dégradé, ce que j'ai testé et qui est fonctionnel, mais cela n'a pas toujours été le cas.
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler
pour synchroniser /boot.
Gni ? Synchroniser quoi ?
Si je fais du RAID1 ou RAID10 avec md, et par-dessus du LVM, /boot est
dans le miroir.
Si je fais une partition /boot (donc pas sous md ni LVM), je dois en
faire deux, une sur chaque disque: sinon je n'ai pas de redondance
de démarrage (*). Et donc il faut lancer un script de synchronisation,
par exemple rsync, à chaque modification de /boot (update-grub,
mise à jour kernel, etc). Et mettre grub dans les deux MBR des
deux disques.
Et en plus il faut que le BIOS supporte le démarrage sur le
deuxième disque.
Bref, dans mon expérience c'est plus simple en LVM sur RAID.
(*) évidemment, je suppose que grub est capable de démarrer en
mode RAID dégradé, ce que j'ai testé et qui est fonctionnel,
mais cela n'a pas toujours été le cas.
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler pour synchroniser /boot.
Gni ? Synchroniser quoi ?
Si je fais du RAID1 ou RAID10 avec md, et par-dessus du LVM, /boot est dans le miroir. Si je fais une partition /boot (donc pas sous md ni LVM), je dois en faire deux, une sur chaque disque: sinon je n'ai pas de redondance de démarrage (*). Et donc il faut lancer un script de synchronisation, par exemple rsync, à chaque modification de /boot (update-grub, mise à jour kernel, etc). Et mettre grub dans les deux MBR des deux disques. Et en plus il faut que le BIOS supporte le démarrage sur le deuxième disque. Bref, dans mon expérience c'est plus simple en LVM sur RAID. (*) évidemment, je suppose que grub est capable de démarrer en mode RAID dégradé, ce que j'ai testé et qui est fonctionnel, mais cela n'a pas toujours été le cas.
Marc SCHAEFER
Pascal Hambourg wrote:
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler pour synchroniser /boot.
Gni ? Synchroniser quoi ?
Si je fais du RAID1 ou RAID10 avec md, et par-dessus du LVM, /boot est dans le miroir. Si je fais une partition /boot (donc pas sous md ni LVM), je dois en faire deux, une sur chaque disque: sinon je n'ai pas de redondance de démarrage (*). Et donc il faut lancer un script de synchronisation, par exemple rsync, à chaque modification de /boot (update-grub, mise à jour kernel, etc). Et mettre grub dans les deux MBR des deux disques. Et en plus il faut que le BIOS supporte le démarrage sur le deuxième disque (bon, ça c'est aussi le cas en LVM sur RAID). Bref, dans mon expérience c'est plus simple en LVM sur RAID. (*) évidemment, je suppose que grub est capable de démarrer en mode RAID dégradé, ce que j'ai testé et qui est fonctionnel, mais cela n'a pas toujours été le cas, typiquement des BIOS sans support de démarrage 2e disque seul, et dans ce cas j'ai la clé USB de démarrage.
Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler
pour synchroniser /boot.
Gni ? Synchroniser quoi ?
Si je fais du RAID1 ou RAID10 avec md, et par-dessus du LVM, /boot est
dans le miroir.
Si je fais une partition /boot (donc pas sous md ni LVM), je dois en
faire deux, une sur chaque disque: sinon je n'ai pas de redondance
de démarrage (*). Et donc il faut lancer un script de synchronisation,
par exemple rsync, à chaque modification de /boot (update-grub,
mise à jour kernel, etc). Et mettre grub dans les deux MBR des
deux disques.
Et en plus il faut que le BIOS supporte le démarrage sur le
deuxième disque (bon, ça c'est aussi le cas en LVM sur RAID).
Bref, dans mon expérience c'est plus simple en LVM sur RAID.
(*) évidemment, je suppose que grub est capable de démarrer en
mode RAID dégradé, ce que j'ai testé et qui est fonctionnel,
mais cela n'a pas toujours été le cas, typiquement des
BIOS sans support de démarrage 2e disque seul, et dans ce
cas j'ai la clé USB de démarrage.
D'autant plus si je mets du RAID10 ou RAID1 sous LVM. Sinon il faut bricoler pour synchroniser /boot.
Gni ? Synchroniser quoi ?
Si je fais du RAID1 ou RAID10 avec md, et par-dessus du LVM, /boot est dans le miroir. Si je fais une partition /boot (donc pas sous md ni LVM), je dois en faire deux, une sur chaque disque: sinon je n'ai pas de redondance de démarrage (*). Et donc il faut lancer un script de synchronisation, par exemple rsync, à chaque modification de /boot (update-grub, mise à jour kernel, etc). Et mettre grub dans les deux MBR des deux disques. Et en plus il faut que le BIOS supporte le démarrage sur le deuxième disque (bon, ça c'est aussi le cas en LVM sur RAID). Bref, dans mon expérience c'est plus simple en LVM sur RAID. (*) évidemment, je suppose que grub est capable de démarrer en mode RAID dégradé, ce que j'ai testé et qui est fonctionnel, mais cela n'a pas toujours été le cas, typiquement des BIOS sans support de démarrage 2e disque seul, et dans ce cas j'ai la clé USB de démarrage.
Pascal Hambourg
Le 02/05/2020 à 21:40, Marc SCHAEFER a écrit :
Si je fais une partition /boot (donc pas sous md ni LVM), je dois en faire deux, une sur chaque disque: sinon je n'ai pas de redondance de démarrage (*).
Pourquoi pas sous md ? /boot doit évidemment être en RAID. Toute autre solution n'est que du bricolage. Qu'est-ce qui t'empêche de lui créer un ensemble RAID dédié ou de créer un ensemble RAID partitionné pour /boot et le PV LVM ?
Le 02/05/2020 à 21:40, Marc SCHAEFER a écrit :
Si je fais une partition /boot (donc pas sous md ni LVM), je dois en
faire deux, une sur chaque disque: sinon je n'ai pas de redondance
de démarrage (*).
Pourquoi pas sous md ?
/boot doit évidemment être en RAID. Toute autre solution n'est que du
bricolage. Qu'est-ce qui t'empêche de lui créer un ensemble RAID dédié
ou de créer un ensemble RAID partitionné pour /boot et le PV LVM ?
Si je fais une partition /boot (donc pas sous md ni LVM), je dois en faire deux, une sur chaque disque: sinon je n'ai pas de redondance de démarrage (*).
Pourquoi pas sous md ? /boot doit évidemment être en RAID. Toute autre solution n'est que du bricolage. Qu'est-ce qui t'empêche de lui créer un ensemble RAID dédié ou de créer un ensemble RAID partitionné pour /boot et le PV LVM ?
