Re: Debian ne démarre pas après un changement de machine

Pascal Hambourg <[email protected]> Sun, 21 Jun 2026 20:01:16 +0200
Newsgroups gmane.linux.debian.user.french
Organization Plouf !
Message-ID <[email protected]>
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.