Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Installation RAID 1, UEFI et LVM

Kingkalas

Bonjour,

J'ai installé une debian minimale en RAID 1 et LVM pour me faire un NAS sous OpenMediaVault (carte mère ASRock QC5000M)

Pour cela j'ai suivi ces deux tutos:

https://www.carnetdumaker.net/articles/debian-8-jessie-en-configuration-raid-1-pour-les-nuls/
https://www.carnetdumaker.net/articles/debian-8-jessie-en-configuration-raid-1-et-lvm-follow-/#methode-simplifiee-pour-le-partitionnement-raid

J'ai utilisé la méthode de la configuration RAID "disque entier".

Pour cela j'ai commencé à créer une partition unique de type RAID de la taille de mes disques (4To) sur chaque disque.
(L'installateur a automatiquement laissé 1mo en début de chacun des disques)
J'ai ensuite créer un volume RAID logique avec mes deux disques que j'ai utilisé comme volume LVM physique.

J'ai ensuite créé les volumes LVM logiques suivants:

boot: point de montage /boot (512mo)
system: point de montage /
swap de type swap
home point de montage /home
temp point de montage /tmp

L'installation de grub échoue (erreur fatale, embarquage impossible) et mon serveur ne peut pas booter 😢
Je souhaite que mon serveur puisse démarrer sur les deux disques.

Je précise que lors de l'installation, il m'a été impossible de mettre le flag "bootable" sur aucune partition. Concernant l'installation en UEFI, certains tutos indiquent qu'une partition en FAT32 est nécessaire ce qui n'est pas précisé dans celui que j'ai suivi, j'aimerai avoir des précisions là dessus.

Je sais qu'il s'agit d'un problème d'installation de debian mais j'espère que vous pourrez m'aider.

Merci de vos réponses.

Laurent85

Bonjour,
Si tu as le choix dans le bios désactive UEFI pour booter en mode Legacy (appelé aussi CSM). Et si tes disques ont une table de partition GPT il faut sur chaque disque une partition bios_grub de 1 Mo pour installer grub.

En mode UEFI pour ta configuration je ne te conseille pas, il faut une partition dédiée FAT32 sur un des disques et s'il tombe en passe ça boot plus.

HPIR40

Bonjour

Ce n'est pas comme cela qu'il faut faire!!

si tu as deux disques, tu monte la premiere partition /boot en raid 1 avec tes deux disques, et seulement ensuite tu monte les autres partions en LVM avec les deux disques.

Ainsi /boot sera en raid1 software classique et /, /home et /swap seront en LVM.

Kingkalas

Bonjour,

Merci pour vos réponses.

Si je comprends bien je dois tout d'abord créer deux partition en raid sur chaque disque: La première monté sur /boot bootable de 1mo et la seconde que j'utiliserai pour créer les autres volumes logiques avec LVM.

Je testerai ça ce soir.

grigouille

Lis ceci : https://doc.ubuntu-fr.org/tutoriel/installation_raid_lvm

Bougron

Bonjour
Tu te trompes complètement, Installes ubuntu totalement normalement avec le choix autre chose
1 partition de 36 Mo pour la partition de boot EFI disque 1 et disque 2
1 partition swap de la taille de la ram disque 1 et disque 2
1 partition / d'environ 15 Go pour installer le logiciel disque 2 et disque 1

Puis regardes si cela fonctionne. Lorsque cela sera fait, fabriques une partition /MesDATA comme tu le souhaites : En Raids1 si j'ai bien compris.
Comme tu choisis de faire une seule partition de 4 TO par disque et non deux de 2 To, une installation en LEGACY est exclue...... Les disques doivent avoir une table de partition GPT

Puis ultérieurement tu referas une autre installation en choisissant l'autre disque. Il y aura une manip a faire pour dupliquer la partition EFI et la modifier.
Comme cela si le premier disque devient HS, le second disque prendra automatiquement le relais

Kingkalas

Bonjour,

J'ai résolu mon problème. J'ai refait l'installation proprement en démarrant cette fois-ci ma clé d'installation debian en UEFI.
A partir de là j'ai pu créer deux partitions efi amorçables au début de chacun de mes disques.

J'ai laissé tombé LVM qui de toute manière m'était assez inutile et j'ai fait le reste de mes partitions (/, swap, /home et /tmp) sur chaque disque. J'ai enfin réalisé le raid en associant les partitions deux à deux.

Au moins cette mésaventure m'aura permis de me renseigner sur le BIOS, l'UEFI et LVM.

Je tiens dans tous les cas à vous remercier de vos réponses. J'apprécie particulièrement la rapidité que les gens de la communauté ont a aider les boulets comme moi 😃

Bougron

Bonjour
Regardes le contenu des deux partitions EFI. Il est probable que tu doives dupliquer le contenu de l'une dans l'autre.
Car je crois que tu ne peux pas mettre cette partition en RAID1.

Kingkalas

Bonjour,

C'est exact, la partition EFI doit être dupliquée manuellement.

Sur ce je vais commencer a bourrer mon NAS de données et y installer un serveur git.

Bonne journée a tous et merci encore de vôtre aide.

samprzyswa

Kingkalas a écritBonjour,

C'est exact, la partition EFI doit être dupliquée manuellement.

Sur ce je vais commencer a bourrer mon NAS de données et y installer un serveur git.

Bonne journée a tous et merci encore de vôtre aide.

J'ai le même problème, j'ai bien deux disque identiques au niveau partitions :

Disque /dev/sdb : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: ST1000DM010-2EP1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : DBD94567-67FB-4696-82B1-630EEA5DE87F

Périphérique   Début        Fin   Secteurs Taille Type
/dev/sdb1       2048    1050623    1048576   512M Système EFI
/dev/sdb2    1050624 1953523711 1952473088   931G RAID Linux

Commande (m pour l'aide) :

Mais ce disque refuse de booter malgré avoir modifié /etc/mdadm/mdadm.conf un update-grub et update-initramfs -u ?

Ok, qu'elle est la procédure pour dupliquer la partition EFI, je suppose qu'un simple copié du contenu ne suffise pas il faut copier le MBR ?

Sam.

geole

Bonjour
Une façon de faire: Il faut lancer gparted, démonter la partition EFI si elle est montée puis faire un copier et un coller à l'endroit où on veut la mettre (partition qui sera écrasée ou espace libre. ) puis souvent modifier le UUID de l'une des deux partitions pour éviter un doublon si on a besoin de les différencier (pas dans le cas d'un vrai doublon voulu).

Je pense que tu n'as pas compris que si l'ordinateur boote en EFI, il n'utilise pas le contenu du MBR!

samprzyswa

geole a écritBonjour
Une façon de faire: Il faut lancer gparted, démonter la partition EFI si elle est montée puis faire un copier et un coller à l'endroit où on veut la mettre (partition qui sera écrasée ou espace libre. ) puis souvent modifier le UUID de l'une des deux partitions pour éviter un doublon si on a besoin de les différencier (pas dans le cas d'un vrai doublon voulu).

Je pense que tu n'as pas compris que si l'ordinateur boote en EFI, il n'utilise pas le contenu du MBR!

Voilà j'ai copié la partition EFI de mon /dev/sda1 EFI sur /dev/sdb1 avec Gparted par contre est-ce que je dois relancer "update-grub" et "update-initramfs -u" ?

Par contre malgré que j'ai demandé un nouvel UUID sur /dev/sdb1 il a toujours le même que /dev/sda1 !?

samp@jupiter:~$ sudo blkid
/dev/sda2: UUID="05be7d66-06d9-4232-8e98-2784a642d825" TYPE="ext4" PARTUUID="8119e7e0-c93e-4792-8555-1cf22d4e03c9"
/dev/sdb1: UUID="7983-65F6" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="8bb3b082-9d5a-4ddd-8ca9-e0d4916038d1"
/dev/sda1: UUID="FB90-DEA1" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="8bb3b082-9d5a-4ddd-8ca9-e0d4916038d1"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sdb2: UUID="e2f26ea5-89a5-426a-32a2-3fd07834fd29" UUID_SUB="d691ca9a-ebfd-9dcb-306e-6b6fd7a5da10" LABEL="jupiter:0" TYPE="linux_raid_member" PARTUUID="8119e7e0-c93e-4792-8555-1cf22d4e03c9"
/dev/md0: UUID="17e02a90-6b9b-4f5c-9315-4c3125443a46" TYPE="ext4"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"

Dois-je la reformater et re-copier /dev/sda1 sur /dev/sdb1 ?

Pour répondre à ta question c'est vrai que je ne maitrise pas bien la gestion du bas niveau physique des systèmes de fichiers...

En tout cas merci de ton aide !

Sam.

geole

samprzyswa a écrit Voilà j'ai copié la partition EFI de mon /dev/sda1 EFI sur /dev/sdb1 avec Gparted par contre est-ce que je dois relancer "update-grub" et "update-initramfs -u" ?

Ne connaissant pas la raison de la duplication, je ne sais pas te répondre.
En tout cas, c'est inutile tant que tu n'as pas modifier le UUID de la partition de boot EFI dans le fichier /etc/fstab!

samprzyswa a écrit Par contre malgré que j'ai demandé un nouvel UUID sur /dev/sdb1 il a toujours le même que /dev/sda1 !?

samp@jupiter:~$ sudo blkid
/dev/sdb1: UUID="7983-65F6" TYPE="vfat" ....
/dev/sda1: UUID="FB90-DEA1" TYPE="vfat" ....

Tu le crois vraiment...

samprzyswa

geole a écrit
samprzyswa a écrit Voilà j'ai copié la partition EFI de mon /dev/sda1 EFI sur /dev/sdb1 avec Gparted par contre est-ce que je dois relancer "update-grub" et "update-initramfs -u" ?
Ne connaissant pas la raison de la duplication, je ne sais pas te répondre.
En tout cas, c'est inutile tant que tu n'as pas modifier le UUID de la partition de boot EFI dans l
samprzyswa a écrit Par contre malgré que j'ai demandé un nouvel UUID sur /dev/sdb1 il a toujours le même que /dev/sda1 !?
samp@jupiter:~$ sudo blkid
/dev/sdb1: UUID="7983-65F6" TYPE="vfat" ....
/dev/sda1: UUID="FB90-DEA1" TYPE="vfat" ....
Tu le crois vraiment...

En fait je regardais le PARTUUID="8bb3b082-9d5a-4ddd-8ca9-e0d4916038d1" qui est toujours le même...

Le but de l'opération; j'ai reconstruit une machine from scratch pour avoir une version pure 20.04 LTS (tout le reste est backupé en externe avec BackupPC) et je souhaite passer en RAID1, donc actuellement je suis sur le disque /dev/sda et une partition EFI pour le démarrage et je travaille sur le montage au boot du deuxième disque /dav/sdb partitionné à l'identique avec /dev/sdb2 en mode Linux RAID et /dev/sdb1 en EFI.

Le but est de booter sur /dev/sdb et monter /dev/sda en deuxième disque du RAID1 sur /dev/md0

Concernant le fichier /etc/fstab tu parles de celui qui est sur /dev/sdb2 du nouveau disque ?

Sam.

geole

Normalement , c'est bien le fichier /etc/fstab du second disque qui doit être modifié
Mais si tu es en train de préparer du Raid1 sans que la partition de boot EFI soit en raid, Il faut laisser le même UUID afin que si l'un des disques disparaît, le boot puisque continuer en utilisant l'autre sans aucune intervention.

samprzyswa

geole a écritMais si tu es en train de préparer du Raid1 sans que la partition de boot EFI soit en raid, Il faut laisser le même UUID afin que si l'un des disques disparaît, le boot puisque continuer en utilisant l'autre sans aucune intervention.

Ah je ne savais pas que l'on pouvait configurer un répertoire EFI en RAID1 !

Que me conseilles-tu de faire passer le répertoire EFI en RAID1 ou pas, le but étant bien-sûr que en cas de crash disque je puisse booter sans avoir à rien changer au niveau du BIOS le temps de remplacer le disque défectueux.

En fin de compte j'ai abandonné l'option LVM sur RAID pour supprimer une couche inutile.

Encore merci de ton aide.

Sam.

samprzyswa

Malgré avoir copié la partition EFI sur le deuxième disque le BIOS ne trouve pas de disque bootable à part le disque actuel /dev/sda !?

Est-ce qu'il ne fait pas définir plutôt /dev/md0 comme disque de boot ?

Sam.

samprzyswa

Quand je regarde /dev/md0 :

Par rapport à /dev/sdb :

Il n'y a pas de partitions EFI dessus, est-ce ça ne pourrait pas venir de là ?

Par rapport au disque système /dev/sda:

Sam.

geole

Bonjour
Les bios EFI ne savent pas booter dans un raids. je pense que cela n'est pas prévu.

Pour voir ce dont le bios EFI dispose comme choix de boot, donne ce retour

sudo efibootmgr -v

L'ajout de la ligne de boot de sdb dans le NVRAM de boot va se faire avec cette commande

sudo efibootmgr  --create      --disk     /dev/sdb   --part    1      --label     "SDBubuntu"      --loader      "\EFI\ubuntu\shimx64.efi"

Il prendra automatiquement le relais si SDA disparait

Avec seulement deux disques, tu as bien raison de ne pas te servir du LVM n'est-ce pas!

samprzyswa

geole a écritBonjour
Les bios EFI ne savent pas booter dans un raids. je pense que cela n'est pas prévu.

Pour voir ce dont le bios EFI dispose comme choix de boot, donne ce retour
sudo efibootmgr -v 
L'ajout de la ligne de boot de sdb dans le NVRAM de boot va se faire avec cette commande
sudo efibootmgr  --create      --disk     /dev/sdb   --part    1      --label     "SDBubuntu"      --loader      "\EFI\ubuntu\shimx64.efi" 
Il prendra automatiquement le relais si SDA disparait

Avec seulement deux disques, tu as bien raison de ne pas te servir du LVM n'est-ce pas!

Voilà ce que me donne sudo efibootmgr -v :

samp@jupiter:~$ sudo efibootmgr -v 
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001
Boot0000* ubuntu	HD(1,GPT,8bb3b082-9d5a-4ddd-8ca9-e0d4916038d1,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0001* Hard Drive	BBS(HD,,0x0)..GO..NO........o.S.T.1.0.0.0.D.M.0.1.0.-.2.E.P.1.0.2....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .9.W.L.A.7.B.A.C........BO..NO........o.S.T.1.0.0.0.D.M.0.1.0.-.2.E.P.1.0.2....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .9.Z.F.A.1.P.G.Z........BO

Pour info ce que j'obtiens dans le BIOS:

Sam.

[sub]Sur Toile Libre ou TDCT'Pix, choisir le lien « Insérer la miniature dans un forum : »[/sub]

Page suivante »