[Résolu] Redémarrage impossible après reconstruction raid

FredericI2 2022-07-21 15:42:26 UTC #1

Bonjour,

Suite à une panne matérielle, le disque sda de mon serveur a été changé.
Tout s'est bien passé, après avoir recopié la table des partitions, et reconstruit le raid.

Maintenant, le serveur ne démarre toujours, puisque je n'arrive pas à réinstaller grub pour le démarrage.

j'ai bien fait ça :

mount /dev/sdb1 /mnt
mount -o bind /proc /mnt/proc
mount -o bind /sys /mnt/sys
mount -o bind /dev /mnt/dev
chroot /mnt /bin/bash

ensuite je fais : grub2-install /dev/sda
et il me sort : installing for x86_64-efi platform.grub2-install: error: cannot find EFI directory.

alors que dans mes partition il y a bien sda1 qui est en EFI System comme sdb1 d'ailleurs. Si je le fais avec sdb, cela ne change rien.

Avez-vous une idée
Cordialement

Edit : J'ajoute le disk-l

Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: HGST HUS726T4TAL
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 8A9D28D2-5971-4E1B-9D64-84580EDAFB1F

Device Start End Sectors Size Type
/dev/sda1 2048 1048575 1046528 511M EFI System
/dev/sda2 1048576 42006527 40957952 19.5G Linux RAID
/dev/sda3 42006528 7812978687 7770972160 3.6T Linux RAID
/dev/sda4 7812978688 7814025215 1046528 511M Linux swap

Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: HGST HUS726040AL
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 8A9D28D2-5971-4E1B-9D64-84580EDAFB1F

Device Start End Sectors Size Type
/dev/sdb1 2048 1048575 1046528 511M EFI System
/dev/sdb2 1048576 42006527 40957952 19.5G Linux RAID
/dev/sdb3 42006528 7812978687 7770972160 3.6T Linux RAID
/dev/sdb4 7812978688 7814025215 1046528 511M Linux swap

Disk /dev/md2: 19.5 GiB, 20970405888 bytes, 40957824 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/md3: 3.6 TiB, 3978737680384 bytes, 7770972032 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

ChristopheGX 2022-07-21 15:55:37 UTC #2

Je suppose que cette ligne est mauvaise : mount /dev/sdb1 /mnt

Il faudrait essayer ça en plus avant d'aller dans le chroot (pour sdb) :

mount /dev/sdb2 /mnt
mount /dev/sdb1 /mnt/boot/efi

FredericI2 2022-07-22 07:07:09 UTC #3

Exact, j'ai fais le c/c depuis la doc ovh que j'ai trouvé et j'ai oublié de corrigé avec mes propres infos :

Il faut lire :

mount /dev/md2 /mnt
mount -o bind /proc /mnt/proc
mount -o bind /sys /mnt/sys
mount -o bind /dev /mnt/dev
chroot /mnt /bin/bash

Voilà ce que j'ai fait en fait.

Toute mes excuses pour l'erreur.

FredericI2 2022-07-22 07:07:17 UTC #5

j'ai donc ajouter la ligne pour le sdb1, puis grub2-install a fonctionné.
Je veux le faire pour le sda1, mais la réponse est également déroutante :

root@rescue:/# mount /dev/sda1 /mnt/boot/efi
NTFS signature is missing.
Failed to mount '/dev/sda1': Invalid argument
The device '/dev/sda1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

Du coup j'ai cloner la partition sdb1 sur sda1.
Puis j'ai récupérer l'UUID de sda1 dans fstab et avec mlabel (apt install mtools sur rescue), je lui ai rendu son UUID.

Le serveur a enfin rebooter normalement.
Merci pour aide précieuse.

NicolasS44 2022-09-29 08:28:09 UTC #6

Bonjour,
je rencontre le meme soucis mais je n'arrive pas à bien comprendre toutes vos manipulations. Il me manque des informations à priori ;-)
Pouvez-vous m'aider?
Merci

Propulsé par Discourse, le rendu est meilleur avec le JavaScript activé

OVHcloud Community

Bienvenue sur votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres d'OVHcloud Community.