OVH : serveur bloqué au prompt GRUB EFI - Historique des versions

Pfoo le 6 février 2022 à 16:00

2022-02-06T16:00:36Z

← Version précédente		Version du 6 février 2022 à 18:00
Ligne 10 :		Ligne 10 :

	L'architecture de boot OVH est la suivante :		L'architecture de boot OVH est la suivante :
	* EFI est configuré pour démarrer en PXE ~~(cela~~ permet le fonctionnement du rescue également)		* L'EFI du serveur est configuré pour démarrer en PXE dans tous les cas. Cela permet le fonctionnement du rescue également.
	* le ~~PXE recherche~~, ~~pour~~ chaque ~~disque~~, un fichier .efi bootable. S'il en trouve un, il le démarre.		* le PẌE charge <code>rEFInd</code> qui, sur chaque partition EFI, recherche un fichier .efi bootable. S'il en trouve un, il le démarre.

	<br>		<br>

Pfoo le 6 février 2022 à 15:58

2022-02-06T15:58:32Z

← Version précédente		Version du 6 février 2022 à 17:58
Ligne 7 :		Ligne 7 :

	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.<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.<br><br>
	La solution triviale est de resynchroniser les différentes partitions EFI de vos disques. Le problème suivant est que, en général à ce stade, vous ne saurez plus 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 synchroniser les autres avec celle-ci.<br>
			L'architecture de boot OVH est la suivante :
			* EFI est configuré pour démarrer en PXE (cela permet le fonctionnement du rescue également)
			* le PXE recherche, pour chaque disque, un fichier .efi bootable. S'il en trouve un, il le démarre.

			<br>
			La solution triviale pour réparer le démarrage est de resynchroniser les différentes partitions EFI de vos disques. Le problème suivant est que, en général à ce stade, vous ne saurez plus 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 synchroniser les autres avec celle-ci.<br>
	Je prend ici l'exemple d'un serveur avec 4 disques.		Je prend ici l'exemple d'un serveur avec 4 disques.
	<br><br>		<br><br>

Pfoo : /* Réparation */

2022-02-06T14:30:53Z

Réparation

← Version précédente		Version du 6 février 2022 à 16:30
Ligne 35 :		Ligne 35 :
	mount /dev/sda1 /boot/efi/		mount /dev/sda1 /boot/efi/
	update-grub		update-grub
			grub-install
	</pre>		</pre>

Pfoo : /* Éviter l'erreur à l'avenir */

2022-02-06T10:25:11Z

Éviter l'erreur à l'avenir

← Version précédente		Version du 6 février 2022 à 12:25
Ligne 63 :		Ligne 63 :
	Cette solution présente deux défauts :		Cette solution présente deux défauts :
	* elle utilise systemd-boot à la place de grub. Ce n'est donc plus la configuration de grub qu'il faudra modifier mais celle de proxmox-boot-tool et de systemd-boot.		* elle utilise systemd-boot à la place de grub. Ce n'est donc plus la configuration de grub qu'il faudra modifier mais celle de proxmox-boot-tool et de systemd-boot.
	* l'outil force l'ordre de démarrage de l'UEFI pour prioriser les disques. Cela empêchera votre serveur de démarrer en PXE, qui est par exemple nécessaire chez OVH pour démarrer en mode rescue		* l'outil force l'ordre de démarrage de l'UEFI pour prioriser les disques. Cela empêchera votre serveur de démarrer en PXE, qui est par exemple nécessaire chez OVH pour démarrer en mode rescue.

			'''Je déconseille vivement cette solution si vous êtes chez OVH à cause du dernier défaut qui empêchera l'accès au mode rescue'''

	Pour l'utiliser, il faut ajouter chaque partition EFI à la base de donnée de proxmox-boot-tool :		Pour l'utiliser, il faut ajouter chaque partition EFI à la base de donnée de proxmox-boot-tool :

Pfoo : /* Éviter l'erreur à l'avenir */

2022-02-06T10:24:14Z

Éviter l'erreur à l'avenir

← Version précédente		Version du 6 février 2022 à 12:24
Ligne 61 :		Ligne 61 :
	=Éviter l'erreur à l'avenir=		=Éviter l'erreur à l'avenir=
	Si vous utilisez Proxmox, un outil est fournit, permettant de garder automatiquement ces partitions synchronisées : <code>proxmox-boot-tool</code><br>		Si vous utilisez Proxmox, un outil est fournit, permettant de garder automatiquement ces partitions synchronisées : <code>proxmox-boot-tool</code><br>
	~~Son seul défaut est qu'il~~ utilise systemd-boot à la place de grub. Ce n'est donc plus la configuration de grub qu'il faudra modifier mais celle de proxmox-boot-tool et de systemd-boot.		Cette solution présente deux défauts :
			* elle utilise systemd-boot à la place de grub. Ce n'est donc plus la configuration de grub qu'il faudra modifier mais celle de proxmox-boot-tool et de systemd-boot.
			* l'outil force l'ordre de démarrage de l'UEFI pour prioriser les disques. Cela empêchera votre serveur de démarrer en PXE, qui est par exemple nécessaire chez OVH pour démarrer en mode rescue

	Pour l'utiliser, il faut ajouter chaque partition EFI à la base de donnée de proxmox-boot-tool :		Pour l'utiliser, il faut ajouter chaque partition EFI à la base de donnée de proxmox-boot-tool :

Pfoo : /* Éviter l'erreur à l'avenir */

2022-02-06T10:11:24Z

Éviter l'erreur à l'avenir

← Version précédente		Version du 6 février 2022 à 12:11
Ligne 60 :		Ligne 60 :

	=Éviter l'erreur à l'avenir=		=Éviter l'erreur à l'avenir=
	Si vous utilisez Proxmox, un outil est fournit, permettant de garder automatiquement ces partitions synchronisées : <code>proxmox-boot-tool</code>		Si vous utilisez Proxmox, un outil est fournit, permettant de garder automatiquement ces partitions synchronisées : <code>proxmox-boot-tool</code><br>
			Son seul défaut est qu'il utilise systemd-boot à la place de grub. Ce n'est donc plus la configuration de grub qu'il faudra modifier mais celle de proxmox-boot-tool et de systemd-boot.

	Il faut ajouter chaque partition EFI à la base de donnée de proxmox-boot-tool :		Pour l'utiliser, il faut ajouter chaque partition EFI à la base de donnée de proxmox-boot-tool :
	<pre>		<pre>
	umount /boot/efi/		umount /boot/efi/
Ligne 72 :		Ligne 73 :
	</pre>		</pre>

	Ensuite, à chaque mise à jour impliquant ~~grub/efi~~, la commande <code>proxmox-boot-tool refresh</code> sera lancée automatiquement et elle s'occupera de synchroniser les 4 partitions.		Ensuite, à chaque mise à jour impliquant le kernel, la commande <code>proxmox-boot-tool refresh</code> sera lancée automatiquement et elle s'occupera de synchroniser les 4 partitions.

Pfoo : /* Réparation */

2022-02-06T10:06:54Z

Réparation

← Version précédente		Version du 6 février 2022 à 12:06
Ligne 35 :		Ligne 35 :
	mount /dev/sda1 /boot/efi/		mount /dev/sda1 /boot/efi/
	update-grub		update-grub
	~~/usr/sbin/proxmox-boot-tool refresh~~
	</pre>		</pre>

Pfoo le 5 février 2022 à 19:28

2022-02-05T19:28:51Z

← Version précédente		Version du 5 février 2022 à 21:28
Ligne 8 :		Ligne 8 :
	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.<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.<br>
	La solution triviale est de resynchroniser 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 synchroniser les autres avec celle-ci.<br>		La solution triviale est de resynchroniser les différentes partitions EFI de vos disques. Le problème suivant est que, en général à ce stade, vous ne saurez plus 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 synchroniser les autres avec celle-ci.<br>
	Je prend ici l'exemple d'un serveur avec 4 disques.		Je prend ici l'exemple d'un serveur avec 4 disques.
	<br><br>		<br><br>

Pfoo le 5 février 2022 à 19:22

2022-02-05T19:22:59Z

← Version précédente		Version du 5 février 2022 à 21:22
Ligne 1 :		Ligne 1 :
			[[Category:serveur]]
			[[Category:debian]]
			[[Category:virtualisation]]
			[[Category:OVH]]
			[[Category:EFI]]
			[[Category:grub]]

	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.<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.<br>

Pfoo le 5 février 2022 à 19:22

2022-02-05T19:22:23Z

← Version précédente		Version du 5 février 2022 à 21:22
Ligne 43 :		Ligne 43 :
	</pre>		</pre>

	Vous pouvez ensuite quitter le chroot et ~~redémarrez~~ en mode normal :		Vous pouvez ensuite quitter le chroot et redémarrer en mode normal :
	<pre>		<pre>
	exit		exit
			umount /boot/efi/
	umount /mnt/dev/pts		umount /mnt/dev/pts
	umount /mnt/*		umount /mnt/*

OVH : serveur bloqué au prompt GRUB EFI - Historique des versions

Pfoo le 6 février 2022 à 16:00

Pfoo le 6 février 2022 à 15:58

Pfoo : /* Réparation */

Pfoo : /* Éviter l'erreur à l'avenir */

Pfoo : /* Éviter l'erreur à l'avenir */

Pfoo : /* Éviter l'erreur à l'avenir */

Pfoo : /* Réparation */

Pfoo le 5 février 2022 à 19:28

Pfoo le 5 février 2022 à 19:22

Pfoo le 5 février 2022 à 19:22

Pfoo : /* Réparation */

Pfoo : /* Éviter l'erreur à l'avenir */

Pfoo : /* Éviter l'erreur à l'avenir */

Pfoo : /* Éviter l'erreur à l'avenir */

Pfoo : /* Réparation */