partionnement

Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:

Pourquoi pas sous md ?

En théorie cela devrait marcher, car la différence entre une partition
normale et une md c'est juste un bloc de méta-données à la fin.

En pratique, j'ai remarqué que si le boot LVM ne fonctionne pas et
qu'il faut sortir /boot, alors le boot md ne fonctionne pas non plus.

C'est bizarre, mais je n'ai pas d'explication.

Heureusement cela ne m'est plus arrivé depuis des années.

Par contre, il ne faut pas croire que si ça marche, ça marche aussi
en mode dégradé. Même en mettant GRUB sur tous les disques, certains
BIOS même aujourd'hui ne booteront pas. D'où la clé USB avec le
bon kernel, en cas d'urgence.

Le 03/05/2020 à 00:24, Marc SCHAEFER a écrit :

Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:

Pourquoi pas sous md ?

En théorie cela devrait marcher, car la différence entre une partition
normale et une md c'est juste un bloc de méta-données à la fin.

C'est fini, ça. Le format par défaut (1.2) de mdadm place les
méta-données RAID au début des volumes membres. Il faut forcer le format
1.0 pour placer les méta-données RAID à la fin, ce qui est une mauvaise
idée, notamment parce que le volume risque d'être confondu avec un
volume non RAID (ce n'est pas pour rien que le format par défaut met le
superbloc RAID au début). Quant à l'ancien format 0.90 qui mettait aussi
le superbloc à la fin, il est obsolète, on oublie.

Mais tout ça n'a pas d'importance puisque GRUB 2 sait parfaitement
assembler le RAID md (sauf le type linear, mais il n'est pas redondant
donc hors sujet ici) même dégradé. Sinon l'amorçage avec /boot sur LVM
sur RAID md ne fonctionnerait pas non plus. On dirait que tu as encore
l'état d'esprit pré-GRUB 2 où la seule façon d'utiliser le RAID md à
l'amorçage consistait à utiliser une partition RAID 1 comme une
partition normale. Cette façon de faire est dépassée, et comme je l'ai
écrit, n'est que du bricolage.

En pratique, j'ai remarqué que si le boot LVM ne fonctionne pas et
qu'il faut sortir /boot, alors le boot md ne fonctionne pas non plus.

Le but premier de la séparation de /boot hors de LVM n'est pas de
résoudre les problèmes d'amorçage mais de pouvoir réagir en cas d'un
éventuel problème de LVM. Bon, et aussi contourner les bugs de BIOS qui
empêchent GRUB d'accéder à la totalité de l'espace des disques quand
leur capacité dépasse 2 Tio, en s'assurant que tout ce qui est
nécessaire à l'amorçage est situé au début des disques dans la zone
accessible.

Par contre, il ne faut pas croire que si ça marche, ça marche aussi
en mode dégradé. Même en mettant GRUB sur tous les disques, certains
BIOS même aujourd'hui ne booteront pas. D'où la clé USB avec le
bon kernel, en cas d'urgence.

Amorçage UEFI ? Il faut une partition EFI sur chaque disque et installer
GRUB dans l'emplacement de support amovible de chacune.

Autrement, certains BIOS sont capricieux sur la sélection du disque
d'amorçage.

(Réponse remise dans le newsgroup)

Le 03/05/2020 à 00:24, Marc SCHAEFER a écrit :

In article <5eae720b$0$6470$426a74cc@news.free.fr> you wrote:

Amorçage UEFI ? Il faut une partition EFI sur chaque disque et installer
GRUB dans l'emplacement de support amovible de chacune.

Ah oui, c'était ça la raison.

Difficile de mettre la partition EFI sur md et LVM ...

La partition EFI n'est pas la partition /boot. La spécification de boot
de systemd autorise le montage de la partition EFI sur /boot, mais ce
n'est pas forcément une bonne idée. Par défaut GRUB s'attend à ce que la
partition EFI soit montée sur /boot/efi, et certains gestionnaires de
paquets comme celui de Debian, dpkg, vont avoir des problèmes lors de la
mise à jour d'un noyau dans /boot parce que le système de fichiers FAT
ne supporte pas les liens matériels.

Mettre la partition EFI dans LVM est évidemment exclu puisqu'un volume
logique n'est pas une partition. Mettre la partition EFI en RAID 1 n'est
pas impossible avec un superbloc RAID à a fin pour que le firmware UEFI
puisse lire la partition RAID comme une partition FAT normale, mais ça a
plusieurs défauts :

- Si un ensemble RAID est monté sur /boot/efi, grub-install risque de
couiner car il sera incapable d'identifier de quelle partition il s'agit
pour l'enregistrement dans les variables de boot EFI.
Contournement : ne pas mettre à jour les variables de boot EFI par
grub-install (option --no-nvram) et le faire manuellement avec efibootmgr.

- Par défaut les partitions RAID EFI ont des UUID de partition
(PARTUUID) différents. Donc une variable de boot EFI créée pour l'une ne
fonctionnera pas avec l'autre.
Contournement : créer une variable de boot EFI pour chaque partition
RAID EFI ou bien attribuer le même PARTUUID aux partitions (en violation
de l'unicité des UUID).

Autre contournement possible commun aux deux problèmes : installer GRUB
dans le chemin de support amovible (EFI/boot/boot${ARCH}.efi), ce qui ne
nécessite pas de variable de boot EFI.

En résumé, ça n'apporte pas grand-chose par rapport à des partitions EFI
indépendantes sur chaque disque.

Le 02/05/2020 à 10:25, andre lacroix a écrit :

Le 01/05/2020 à 23:23, Christophe PEREZ a écrit :

Le Fri, 01 May 2020 19:37:14 +0200, andre lacroix a écrit :

le probleme est que l'ont a pas la possibilité de creer une partition
étendue

parceque ça n'existe pas dans l'installeur

Alors fais tes partitions avec autre chose que l'installateur s'il ne te
donne pas les possibilités dont tu as besoin.

et en imaginant que je cree une partition logique ,donc la 4ieme comment
definir les suivantes ?

Non. On crée des partitions logiques DANS une partition étendue.
Ça ça t'a déjà été dit maintenant plusieurs fois.

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 .Je n'ai donc que comme possibilité de creer soit des
partitions primaires soit des partitions logique .SI je cree 3
partitions primaires je ne sais comment identifier les suivantes puisque
je n'ai que comme autre choix que de creer des partitions logiques et
c'est ici qu'il y a une certaine incertitude puisque comme vous le dites
et comme il l'est écrit sur des sites d'ubuntu il faut que ces
partitions logique soient "contenue" dans une partition étendue .Le
probleme est donc en définitive ,de creer une partition étendue dans
laquelle seront cree des partitions logique .Dans cette explication tout
semble simple et réalisable ,mais dans la pratique il en est tout
autrement car l'installation d'un systeme se fait dans une séquence
d'évennement ou il n'y a pas la possibilité d'agir differement de la
façon qui vous ai proposé .

Bonjour André,

Apparemment, tu as des difficultés pour créer tes partitions.

Soit ton disque dur sans aucune partition:
|-------------------------------------------------------------------------------------------------------------|


soit ta 1ère partition : ( /) (=======]
|=====================|-----------------------------------------------------------------------|


soit ta 2ème partition ( /home) (****]
|=====================|*****************|-------------------------------------------|


soit ta 3ème partition (/boot) (&&&&&]
|=====================|******************|&&&&&|------------------------------
|
(/) (/home) (/boot) (inutilisé)


Tu as donc maintenant, 3 partitions primaires et il te reste de la place
pour créer une 4ème partition ETENDUE.

Je suis moi aussi sous LinuxMint et je t'assure que la procédure
d'installation est telle que je te l'indique ci-dessus.

Avec l'espace qui te reste, tu cliques à nouveau pour faire une dernière
partition qui sera sd5 (et pas sd4)

Tu peux donc partitionner maintenant cette partition sd5 (étendue) en
autant de partitions que tu veux !

Est ce assez clair ?

Si tu n'y arrives pas, tu crées d'abord ta partition primaire / de la
taille que tu veux. Ensuite, tu cliques sur l'espace vide pour créer une
nouvelle partition et celle-la, tu la fais étendue et tu t'arranges
ensuite comme tu veux.

Bonne chance

--

JJG

--

JJG

Le 13/05/2020 à 10:26, Jean-Jacques Gerbaud a écrit :

soit ta 3ème partition (/boot) (&&&&&]
|=====================|******************|&&&&&|------------------------------
|
(/) (/home) (/boot) (inutilisé)

Traditionnellement, on met plutôt la partition /boot en premier car une
des raisons de séparer /boot est l'incapacité de certains BIOS
d'adresser la totalité du disque au-delà d'une certaine taille.

Tu as donc maintenant, 3 partitions primaires et il te reste de la place
pour créer une 4ème partition ETENDUE.

(...)

Avec l'espace qui te reste, tu cliques à nouveau pour faire une dernière
partition qui sera sd5 (et pas sd4)

Tu peux donc partitionner maintenant cette partition sd5 (étendue)

Faux. Une partition étendue est une partition primaire, donc elle a
obligatoirement un numéro compris entre 1 et 4. La partition n° 5 est la
première partition logique.

Le 13/05/2020 à 12:03, Pascal Hambourg a écrit :

Le 13/05/2020 à 10:26, Jean-Jacques Gerbaud a écrit :

soit ta 3ème partition (/boot) (&&&&&]
|=====================|******************|&&&&&|------------------------------
|
(/) (/home) (/boot) (inutilisé)

Traditionnellement, on met plutôt la partition /boot en premier car une
des raisons de séparer /boot est l'incapacité de certains BIOS
d'adresser la totalité du disque au-delà d'une certaine taille.

exact, et c'est ce que j'ai fait chez moi.

Tu as donc maintenant, 3 partitions primaires et il te reste de la place
pour créer une 4ème partition ETENDUE.

(...)

Avec l'espace qui te reste, tu cliques à nouveau pour faire une dernière
partition qui sera sd5 (et pas sd4)

encore exact.

Tu peux donc partitionner maintenant cette partition sd5 (étendue)

Faux. Une partition étendue est une partition primaire, donc elle a
obligatoirement un numéro compris entre 1 et 4. La partition n° 5 est la
première partition logique.

re-exact.

J'ai essayé, dans la mesure de mes moyens, d'expliquer à notre ami André
comment partitionner son disque. Mon idée est juste mais mal expliquée,
sans doute. Mais au moins, j'ai essayé et j'espère que cette explication
trouvera un écho chez lui.

--

JJG

On 2020-05-13, Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:

Le 13/05/2020 à 10:26, Jean-Jacques Gerbaud a écrit :

soit ta 3ème partition (/boot) (&&&&&]
|=====================|******************|&&&&&|------------------------------
|
(/) (/home) (/boot) (inutilisé)

Traditionnellement, on met plutôt la partition /boot en premier car une
des raisons de séparer /boot est l'incapacité de certains BIOS
d'adresser la totalité du disque au-delà d'une certaine taille.

Ca sert a quelque chose de faire une partition pour /boot ?

william <blop@no.spam> wrote:

Ca sert a quelque chose de faire une partition pour /boot ?

Pas avec les OS modernes & grub et "Legacy Boot", me semble-t-il. Ca fait des
lustres que je n'en ai plus fait (avec boot sur md-raid et LVM d'ailleurs).

Par contre, en UEFI, il faut une partition séparée *et* de fs compatible avec
le BIOS (fat ou similaire, de mémoire).

Le 11/08/2020 à 08:34, Marc SCHAEFER a écrit :

william <blop@no.spam> wrote:

Ca sert a quelque chose de faire une partition pour /boot ?

Pas avec les OS modernes & grub et "Legacy Boot", me semble-t-il. Ca fait des
lustres que je n'en ai plus fait (avec boot sur md-raid et LVM d'ailleurs).

Par contre, en UEFI, il faut une partition séparée *et* de fs compatible avec
le BIOS (fat ou similaire, de mémoire).

... Mais toujours pas de partition "/boot" :
J'ai un portable en UEFI, et il n'y a classiquement qu'une partition "/" "/home" et swap (sans parler des partitions pour le Windows qui est à côté).

--
Serge http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org

Le 10/08/2020 à 23:23, william a écrit :

On 2020-05-13, Pascal Hambourg <pascal@plouf.fr.eu.org> wrote:

Traditionnellement, on met plutôt la partition /boot en premier car une
des raisons de séparer /boot est l'incapacité de certains BIOS
d'adresser la totalité du disque au-delà d'une certaine taille.

Ca sert a quelque chose de faire une partition pour /boot ?

Comme écrit ci-dessus, ça peut être utile pour contourner certaines
limitations du firmware de la machine ou du chargeur d'amorçage.

Par exemple, si le firmware ne gère pas l'amorçage sur le support de
stockage de la racine (exemple : disque USB, carte contrôleur SCSI ou
SATA sans BIOS...)

Ou bien si le firmware ou le chargeur d'amorçage ne gère pas la totalité
de la capacité du support de stockage (exemple : absence de support de
LBA48 avec un disque de plus de 128 Gio ; adressage des secteurs sur 32
bits avec un disque de plus de 2 Tio) ; il faut alors s'assurer que
toutes les données nécessaire à l'amorçage soient localisés en-deça de
la limite d'adressage, soit avec une racine de taille limitée, soit avec
une partition /boot située au début du disque.

Ou encore si le chargeur d'amorçage ne supporte pas le format de
stockage de la racine (système de fichiers, chiffrement, RAID logiciel,
volume logique...). Par exemple :
- GRUB2 supporte le format LUKS1 mais ce n'est pas pris en charge par
l'installateur de certaines distributions comme Debian, et ne supporte
pas encore le format LUKS2
- GRUB2 ne supporte pas le RAID logiciel de type "linear" (concaténation)
- GRUB2 supporte le système de fichier F2F2 depuis récemment
- GRUB ne supporte pas tous les types de volumes logiques LVM avec RAID
- LILO ne supporte que le RAID 1

Cela peut aussi être une exigence de la plate-forme (exemple : Raspberry
Pi).

Et j'en oublie sûrement...