Le 21/06/2026 à 17:26, Basile Starynkevitch a écrit :
Dans mon souvenir mettre la partition /boot en RAID (et peut-être même
le système entier) est compliqué et déconseillé. Je peux me tromper (ça
fait plus de 10 ans que j'avais essayé sans succès).
Probablement beaucoup plus longtemps.
Concernant /boot, c'était peut-être vrai avec LILO ou GRUB 1
(grub-legacy) qui ne savaient pas gérer le RAID. GRUB 2 est tout-à-fait
capable de gérer /boot en RAID. Concernant le système de fichiers
racine, il peut être en RAID avec un initramfs (qui est la règle depuis
une éternité dans Debian). D'ailleurs le problème ici n'est pas le RAID
mais le fait que les disques ne soient pas vus par le noyau.
Exception : une partition système EFI ou Extended Boot Loader montée sur
/boot pour systemd-boot ne peut pas être en RAID, mais cette
configuration n'est pas encore supportée par Debian.
J'aurais tendance à utiliser le RAID que pour /home (et des montages
bind pour /usr/src et /usr/local dans celui-ci).
Intuitevment le système Debian est facile à recharger, le RAID est donc
utile pour les données qui vous sont chères.
Le RAID n'est pas une sauvegarde, il fournit seulement de la
disponibilité via la redondance. Autrement dit : si un disque tombe, le
système peut continuer à fonctionner, les données restent accessibles.
Pour que que l'amorçage soit redondant /boot doit être dupliqué sur
chaque disque, et le RAID est la solution la plus simple et transparente
pour cela (faille : la partition EFI doit aussi être dupliquée mais pas
en RAID). En revanche le RAID ne protège pas contre un effacement
accidentel ou une corruption de données, c'est le rôle d'une sauvegarde.
