Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
« grub-install dummy » a échoué. Erreur fatale
Si je « continue sans programme de démarrage », j’ai donc :
« vous devrez démarrer manuellement avec le noyau /vmlinuz qui se trouve sur la partition dev/md2 et root=/dev/md2 quiet passé en argument à ce noyau »
Ce que je ne sais pas faire… (ne serait-ce que pour vérifier que le reste est bon)
De ce que j’ai compris, le RAID1 logiciel n’est fonctionnel qu’après le démarrage, et ne serait donc pas reconnu par grub ? J’ai cru voir qu’avec grub2 ce serait mieux, mais pour l’instant je ne maîtrise pas grand-chose à grub/grub2… Donc avant de creuser par là, je veux bien un avis plus avisé.
deuxième tentative :
Partitions :
- 1Go : EFI (plus de RAID)
- 4Go swap sans RAID
- 4Go en RAID 1 : ext4 /boot
- le reste en RAID 6 en ext4 /
Le nas démarre alors correctement, les disques RAID md0 et md1 fonctionnent (cat /proc/mdstat)
mais du coup, seule 1 disque à une partition EFI bootable. S’il tombe, je ne peux plus booter…
J’ai envisagé de mettre la partition EFI sur une clé usb interne du nas (il y a 2 ports), mais le problème reste le même : plus de redondance si la clé lâche.
Ou alors je peux peut-être cloner la partition EFI fonctionnelle sur les autres disques avec clonezilla ?
Ou y a-t-il une méthode plus propre ?
Rmq 1: j’ai bien galéré pour la deuxième installation, après avoir supprimé puis recréé le partitionnement :
"La tentative de montage d'un système de fichiers vfat de SCSI1(0,0,0),partition n°1 (sda) sur /boot/efi a échoué."
J’ai réussi à régler le problème en basculant les partitions efi en fat32 puis de nouveau en efi puis effacement et là c’est passé...
Rmq 2 : je ne trouve pas l’outil mdadm ? Il n’est pas installé automatiquement lorsqu’on fait une install avec du RAID ? Je voulais faire des tests, notamment resyncroniser un disque après plantage, mais mdadm est introuvable. (Peut-être que je ne lance pas la commande du bon endroit?)
Merci à ceux qui peuvent m’aider
Dernière modification par vanvan (29-01-2020 01:12:16)
J'utilise windows(s) parce que j'ai besoin d'outils qui ne tournent que sous windows, mais ça m'ennuie beaucoup, alors j'essaie peu à peu de migrer sous linux. C'est pas tout gagné, mais bon, y a pas le feu non plus, un jour peut-être...
Hors ligne
Dernière modification par Anonyme-11 (26-01-2020 17:35:31)
- 1Go en RAID1 : EFI
Surdimensionné.
Une partition EFI ne doit pas être en RAID. L'UEFI ne supporte pas le RAID de Linux.
- 4Go swap sans RAID
Donc aucune disponibilité pour le swap -> crash du système en cas de défaillance d'un disque.
- 4Go en RAID 1 : ext4 /boot
Surdimensionné.
- le reste en RAID 6 en ext4 /
Je séparerais le système et les données. Avec LVM de préférence.
mais du coup, seule 1 disque à une partition EFI bootable. S’il tombe, je ne peux plus booter…
Bienvenue dans le monde merveilleux de l'UEFI. L'installation de GRUB pour BIOS prend en compte la redondance de l'amorçage (en spécifiant plusieurs périphériques d'amorçage), mais pas l'installation de GRUB pour EFI (on ne peut monter qu'une seule partition EFI sur /boot/efi).
Si le firmware UEFI de cette machine supporte l'amorçage en mode BIOS/legacy, mon conseil est de refaire l'amorçage dans ce mode, ce sera plus simple et plus fiable.
Sinon, il faudra créer des partitions EFI sur chaque disque, les monter quelque part et installer manuellement une copie de GRUB sur chacune avec
Et ça, c'est la version simple qui suppose que le firmware n'est pas trop buggé. Sinon, ça va être plus compliqué.
je ne trouve pas l’outil mdadm ? Il n’est pas installé automatiquement lorsqu’on fait une install avec du RAID ?
Bien sûr que si. Le RAID ne pourrait pas fonctionner sans cela.
Tu passes root avec sudo ou "su -" (et pas "su" tout seul) ?
Il vaut mieux montrer que raconter.
Hors ligne
L'installation de GRUB pour BIOS prend en compte la redondance de l'amorçage
Le système supportant le BIOS/legacy, je vais faire ça alors.
Du coup, 500Mo chacun pour l'amorçage et pour /boot ?
SWAP en RAID1.
Et dans ce cas là, l'amorçage peut aussi être en RAID1 ?
Tu passes root avec sudo ou "su -" (et pas "su" tout seul) ?
Touché ! Ca marche mieux en effet...
Merci.
Plus qu'à potasser mdadm pour pouvoir envoyer des alarmes.
J'utilise windows(s) parce que j'ai besoin d'outils qui ne tournent que sous windows, mais ça m'ennuie beaucoup, alors j'essaie peu à peu de migrer sous linux. C'est pas tout gagné, mais bon, y a pas le feu non plus, un jour peut-être...
Hors ligne
Je n'ai pas séparé le système et les données car le but est d'utiliser principalement nextcloud en serveur ici et donc à priori rien dans /home.
Les données ne sont pas forcément dans /home. Par exemple pour un serveur elles peuvent être dans /srv, /var/www, /var/lib/bidule... C'est le répertoire contenant les données qu'il vaut mieux séparer, quel qu'il soit.
Et comme en plus j'ai cru lire que LVM pouvait être un peu compliqué pour un néophite en cas de problème
C'est vrai mais je trouve que l'investissement pour apprendre à utiliser LVM vaut le coup avant de monter un serveur.
Si je clone la partition EFI sur chaque disque (en bootant sur clonezilla), et en indiquant les 5 disques en premier dans la séquence de boot de l'UEFI, est-ce que ça marcherait
Non, ça ne suffirait pas. Ce que GRUB installe par défaut dans une partition EFI n'est utile que si c'est référencé dans les variables de boot EFI, ce qui ne sera pas le cas des partitions clonées. D'autre part le clonage duplique les UUID, ce qui perturbe l'association entre UUID et partitions utilisée notamment par GRUB et dans /etc/fstab. Donc strictement aucun intérêt.
Il y a deux façons d'amorcer quelque chose dans une partition EFI :
- méthode normale : on met le programme d'amorçage dans un répertoire EFI/bidule et on l'enregistre dans les variables de boot EFI. Attention, il vaut mieux définir des noms différents pour chaque programme, sinon on risque d'écraser l'enregistrement précédent (bien que j'ai vu des cas où plusieurs entrées avaient le même nom, mais je ne compterais pas dessus)
- méthode défaut : on met le programme d'amorçage dans le répertore EFI/Boot avec le nom bootx64.efi. Ce chemin prédéfini est utilisé pour amorcer un support sans enregistrement préalable, notamment pour les supports amovibles.
Le système supportant le BIOS/legacy, je vais faire ça alors.
Du coup, 500Mo chacun pour l'amorçage et pour /boot ?
Pour l'amorçage BIOS avec GPT, il faut créer une partition de type "amorçage BIOS" (BIOS boot) non formatée, non montée qui n'a pas besoin de plus de 100 ko (oui, kilo-octets). On peut mettre 1 Mo si le partitionneur ne veut pas mettre moins.
Parfois il faut aussi activer l'indicateur d'amorçage (boot flag) dans le MBR protecteur des disques. Le partitionneur de l'installateur Debian ne peut pas le faire, mais on peut le faire avec fdisk, parted ou gdisk. Les deux premiers sont disponibles dans l'installateur.
Et dans ce cas là, l'amorçage peut aussi être en RAID1 ?
Lors de l'installation de GRUB il suffira de spécifier le MBR de tous les disques en RAID.
Dernière modification par raleur (26-01-2020 20:32:28)
Il vaut mieux montrer que raconter.
Hors ligne
Installer GRUB sur le secteur d'amorçage ?
Après avoir répondu oui, j'ai pu dire sur quel disque je voulais le mettre, mais je n'ai pu mettre qu'un seul disque.
Je ne sais pas comment je peux rajouter les 4 autres ?
Pour le boot flag, je l'ai mis avec gparted. Pour utiliser parted ou fdisk, j'aurais dû relancer l'installeur et aller sur un des autres choix qui sont proposé au démarrage ?
Dernière modification par vanvan (27-01-2020 01:03:25)
J'utilise windows(s) parce que j'ai besoin d'outils qui ne tournent que sous windows, mais ça m'ennuie beaucoup, alors j'essaie peu à peu de migrer sous linux. C'est pas tout gagné, mais bon, y a pas le feu non plus, un jour peut-être...
Hors ligne
- 1Go pour /boot en RAID1 (mais était-ce bien nécessaire ? )
Quoi donc ? La taille ? C'est encore beaucoup, le quart aurait suffi largement. Un /boot séparé ? Pas vraiment, car GRUB sait lire le RAID 6 et LVM. Mais c'est plus sûr, au cas où il y aurait un problème avec le RAID 6 ou LVM ça permet au moins de démarrer le noyau et l'initramfs.
- 1 volume sur le reste en ext4 pour /var
Je n'aurais pas alloué tout l'espace du VG, j'en aurais laissé une bonne partie libre au cas où il faudrait agrandir un volume logique ou en créer un autre plus tard. Agrandir un volume logique, c'est facile quand il y a de l'espace libre dans le VG. Devoir réduire un volume pour en agrandir un autre, c'est plus compliqué, pas sans risque et pas toujours possible.
j'ai pu dire sur quel disque je voulais le mettre, mais je n'ai pu mettre qu'un seul disque.
Il me semblait qu'on pouvait sélectionner plusieurs disques.
Après l'installation tu peux toujours exécuter
et soit sélectionner plusieurs disques (si c'est possible), soit au pire spécifier manuellement tous les disques : /dev/sda /dev/sdb etc.
Il vaut mieux montrer que raconter.
Hors ligne
grub n'est pas compatible avec LVM
et du coup il faut forcement sortir /boot du RAID6 ou tout au moins du LVM. Je n'ai pas testé. (Edit : GRUB2 est compatible)
J'ai partitionné ainsi :
- 1Mo (mini) pour Bios-GRUB sur chaque disque
- 500Mo en RAID1 pour /boot
- 4,5Go en RAID1 pour swap (pour 4Go de RAM)
- Tout le reste en RAID6
J'ai du coup faut un groupe de volume sur tout le RAID6 ou j'ai mis :
- un volume de 20Go /
- un volume de 10Go /home
- un volume de 2To /var
- un volume de 4To en ext4, libre et inutilisé. J'aurais peut-être pu ne pas le déclarer, mais ainsi j'ai juste à le monter si je veux par exemple faire une sauvegarde d'une autre partition le temps de faire des tests je pense ?
Lors de l'installation du grub sur le secteur d'amorçage, j'ai choisi :
- Choix manuel du périphérique
Puis j'ai saisi :
/dev/sda /dev/sdb /dev/sdc /dev/sdd /dev/sde
Et l'installation s'est terminée sans souci.
Je n'ai pas touché aux drapeaux des partitions : sous gparted, j'ai le drapeau bios_grub sur la première partition de chaque disque (et non dans /boot comme j'avais marqué intialement, voir répsonede Raleur en dessous)
Dans le BIOS, dans l'ordre de boot, j'ai remis les 5 HDD avant les ports USB (que j'ai d'ailleurs désactivés) et le système redémarre correctement quelque soit le disque qui échoue.
Pour l'utilisation de mdadm, j'ai trouvé le site suivant http://denisrosenkranz.com/tuto-mdadm-s … -logiciel/ qui donne les informations de base (je n'ai pas encore testé le monitoring, puisque j'ai des soucis pour faire marcher postfix. Ce sera une autre histoire.).
Merci pour tout.
Un petit complément, pour le remplacement d'un disque défectueux :
Pour repérer le nom du disque défectueux/non synchronisé :
Puis en root, par exemple en considérant que sdc est ok et que sdx est nouveau (Voir le commentaire de Raleur en dessous) :
Et ensuite on rajoute les partitions dans les RAID correspondants :
etc.
Et pour ceux qui comme moi se trompent et mettent la partition de 2To dans le RAID1 de 500Mo, vous allez avoir des trucs bizarres.
Pour remettre à plat, effacez les données superblock : après avoir retiré la partition erronée du RAID, sdx3 par exemple, lancez
puis remettez cette partition dans le bon RAID cette fois-ci...
Dernière modification par vanvan (30-01-2020 00:02:21)
J'utilise windows(s) parce que j'ai besoin d'outils qui ne tournent que sous windows, mais ça m'ennuie beaucoup, alors j'essaie peu à peu de migrer sous linux. C'est pas tout gagné, mais bon, y a pas le feu non plus, un jour peut-être...
Hors ligne
j'ai lu (à confirmer ?) que grub n'est pas compatible avec LVM
Non, c'est faux. GRUB 2 supporte LVM.
- un volume de 4To en ext4, libre et inutilisé. J'aurais peut-être pu ne pas le déclarer, mais ainsi j'ai juste à le monter si je veux par exemple faire une sauvegarde d'une autre partition le temps de faire des tests je pense ?
Si c'est un volume logique "jetable" qui peut être supprimé facilement en cas de besoin, ce n'est pas gênant. Ce qu'il faut éviter, c'est de devoir réduire un volume logique "durable" par manque d'espace libre dans le groupe de volumes.
Je n'ai pas touché aux drapeaux des partitions : sous gparted, j'ai le drapeau bios_grub sur les 5 partitions /boot
Tu veux dire les 5 partitions de 1 Mo ? Ce ne sont pas des partitions /boot mais des partitions "BIOS boot" réservées à l'installation de GRUB.
L'indicateur d'amorçage dont je parlais qui est nécessaire avec certains BIOS/UEFI n'est pas sur les partitions mais dans le MBR protecteur de la table de partition. Mais il n'est pas nécessaire pour ta machine puisque ça démarre sans lui.
sfdisk /dev/sdx < part_sdc.out
On peut aussi partitionner le nouveau disque manuellement, ce n'est pas bien compliqué et ça évite de dupliquer l'UUID de partition (PARTUUID) qui est censé être unique. D'autre part la commande peut échouer si le nouveau disque est légèrement plus petit que l'ancien (ce dont le RAID s'accommode dans une certaine limite).
Il vaut mieux montrer que raconter.
Hors ligne
J'utilise windows(s) parce que j'ai besoin d'outils qui ne tournent que sous windows, mais ça m'ennuie beaucoup, alors j'essaie peu à peu de migrer sous linux. C'est pas tout gagné, mais bon, y a pas le feu non plus, un jour peut-être...
Hors ligne