« OVH : serveur bloqué au prompt GRUB EFI » : différence entre les versions

Aller à la navigation Aller à la recherche
aucun résumé des modifications
(Page créée avec « Cela peut se produire après une mise à jour, du fait de la manière dont est installé les distributions OVH EFI dans le cadre d'un raid software.<br> OVH créé en effe… »)
 
Aucun résumé des modifications
Ligne 1 : Ligne 1 :
Cela peut se produire après une mise à jour, du fait de la manière dont est installé les distributions OVH EFI dans le cadre d'un raid software.<br>
Cela peut se produire après une mise à jour, du fait de la manière dont est installé les distributions OVH EFI dans le cadre d'un raid software.<br>
OVH créé en effet une première partition sur chaque disque contenant une amorce EFI de grub. Néanmoins, quand vous avez un raid software, une seule de ces partitions est montée dans <code>/boot/efi</code> et est donc mise à jour. Les autres partitions EFI se retrouvent alors avec des informations obsolètes ne permettant potentiellement plus le démarrage du serveur. Ensuite, tout dépend de quel disque sera sollicité en premier lors du démarrage.
OVH créé en effet une première partition sur chaque disque contenant une amorce EFI de grub. Néanmoins, quand vous avez un raid software, une seule de ces partitions est montée dans <code>/boot/efi</code> et est donc mise à jour. Les autres partitions EFI se retrouvent alors avec des informations obsolètes ne permettant potentiellement plus le démarrage du serveur. Ensuite, tout dépend de quel disque sera sollicité en premier lors du démarrage.<br>
La solution triviale est de resyncroniser les différentes partitions EFI de vos disques. Le problème suivant est que, en général à ce stade, vous ne saurez plus a ce stade quelle partition était montée lors de la mise à jour. Il faut donc remonter le système en rescue, mettre à jour l'une des partitions EFI, puis syncroniser les autres avec celle-ci.<br>
Je prend ici l'exemple d'un serveur avec 4 disques.


Rebootez le serveur en rescue.
Rebootez le serveur en rescue.
Ligne 6 : Ligne 8 :
Arrêtez les raids actifs :
Arrêtez les raids actifs :
<pre>mdadm --stop /dev/mdX</pre>
<pre>mdadm --stop /dev/mdX</pre>
Remontez le raid qui contient la partition root. Par défaut chez OVH pour un système EFI, c'est md2 qui relie les partitions sd[a-z]2.
<pre>mdadm --assemble /dev/md2 /dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2</pre>
Montez la partition root puis chrootez dedans :
<pre>
mount /dev/md2 /mnt/
mount -o bind /proc /mnt/proc
mount -o bind /dev /mnt/dev
mount -o bind /dev/pts /mnt/dev/pts
mount -o bind /sys /mnt/sys
chroot /mnt
</pre>
Nous allons ensuite mettre à jour l'une des partitions EFI.
<pre>
mount /dev/sda1 /boot/efi/
update-grub
/usr/sbin/proxmox-boot-tool refresh
</pre>
4 231

modifications

Menu de navigation