Bonjour !
J'ai un dédié chez OVH, installé par un infogérant (je fais les petites opérations, il fait les grosses et me les facture), tournant sous Debian 10 (buster), avec webmin + virtualmin, et depuis une semaine j'ai ce message d'erreur encadrant chacune des mises à jour :
Installing package(s) with command apt-get -y install php5.6 [ et le reste des paquets du jour ]
Setting up grub-pc (2.02+dfsg1-20+deb10u3) ...
Installing for i386-pc platform.
grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
grub-install: error: embedding is not possible, but this is required for RAID and LVM install.
You must correct your GRUB install devices before proceeding:
dpkg-reconfigure grub-pc
dpkg: error processing package grub-pc (--configure):
installed grub-pc package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
grub-pc
Reading package lists...
Cela m'intrigue, car je n'ai JAMAIS touché à la configuration de boot de mon dédié : il fonctionne, boot sur hdd, pourquoi risquer de le briquer.
Ni en terminal, ni en modification de fichier .cfg ou autre, ni dans les options de mon panel, je n'ai pas approché la configuration du boot.
J'ai googlé le message d'erreur, les gens l'ayant ont soit voulu bricoler leur machine déjà fonctionnelle, soit ont mal configuré grub lors de son installation. Je n'ai pas trouvé de personnes chez qui ça dysfonctionne d'un coup sur une machine qui fonctionne normalement.
Et me voilà, paumé, et qui ne sait pas si, en cas de reboot intempestif, mon dédié sera même capable de réussir à démarrer, désormais :(
Je n'ose pas le rebooter pour être fixé, car, ignorant l'origine du problème, je ne sais pas s'il sera réparable comme ça.
S'il vous plaît, est-ce que ça vous dirait quelque-chose, ce message d'erreur, ou vous auriez une idée, une piste, un lien, sur la question ?
Merci beaucoup si vous pouvez aider !
Serveurs dédiés - Message d'erreur grub, à l'improviste
Related questions
- Proxmox VM accès internet impossible
52282 
19.11.2016 12:11
- Spam et IP bloquée
49680 12.12.2016 11:53
- il y a quelqu'un ?
48322 15.12.2025 17:01
- Mise en place de VM avec IP publique sur Proxmox 6 [RESOLU]
47721 30.04.2020 17:12
- SSD NVMe Soft Raid ou SSD SATA Hard Raid
47361 29.06.2021 23:29
- Port 25 bloqué pour spam à répétition
44861 28.02.2018 13:39
- Mise à jour PHP sur Release 3 ovh
43915 11.03.2017 17:43
- Identification carte réseau
42446 05.12.2025 10:09
- Connection smtp qui ne marche plus : connect error 10060
42293 12.04.2019 10:10
- Partition sur le disque de l'OS ESXI
42175 09.05.2017 14:33
Bonjour,
Tu peux commencer par faire un fdisk -l sur tes deux disques (/dev/sda et /dev/sdb, je présume).
Dans un cas "fonctionnel", tu devrais avoir quelque chose du genre :
# fdisk -l /dev/sda
Disque /dev/sda : 476,96 GiB, 512110190592 octets, 1000215216 secteurs
Disk model: TOSHIBA KSG60ZMV
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque :
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 1050623 1048576 512M Système EFI
/dev/sda2 1050624 2549759 1499136 732M Système de fichiers Linux
/dev/sda3 2549760 1000214527 997664768 475,7G Système de fichiers Linux
Si le serveur est fait pour booter en EFI, il faut la partition associée !
J'ai la même chose sur un serveur SYS. C'est due à une mise à jour de Grub.
Partition EFI, donc c'est de l'UEFI. Tu utilisais grub-pc qui est pour BIOS. Il faudrait utiliser un grub avec option UEFI:
grub-install --target=x86_64-efi (disque)
Voir cet article https://wiki.archlinux.org/index.php/GRUB
C'est quelque-peu rassurant, merci. Au moins, c'est "normal" dans ce cas, pas un dysfonctionnement anormal et imprévu, ouf.
Mais... Hem...
Tu as fait quoi de ça, ensuite, si je puis demander ?
Je veux bien qu'une MAJ de grub cause cela, mais je ne suis pas plus avancé :D
(Je suis désolé d'insister ainsi, c'est 100% hors de mon domaine de compétence, la peur de briquer mon dédié est paralysante, et j'ai déjà googlé sans succès, sans doute pas les bons termes de recherche)
Selon TTY ce serait lié à une mise à jour de grub, donc je douterais (au conditionnel). Et s'il faut reconfigurer grub d'un coup, là, quitte à payer, je le refile à l'infogérant qui fait les grosses maintenances sur mon dédié, je ne veux prendre aucun risque avec un truc pareil.
Mon dédié a 4 disques durs, mirrorés en RAID, avec deux gros SATAs de stockage, et deux rapides SSD système.
/dev/md2 de 468 GB --> /dev/nvme0n1p2, /dev/nvme1n1p2
/dev/md3 de 3.68 TB --> /dev/sda1, /dev/sdb1
Je veux bien faire un fdisk -l sur /dev/sda mais c'est une partition de stockage
fdisk -l /dev/sda
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: 64CF2BA3-8CE5-4F72-97D4-6D4D411F5476
Device Start End Sectors Size Type
/dev/sda1 2048 7814035455 7814033408 3,7T Linux RAID
En le faisant sur le premier disque SSD système, ça me semble plus pertinent (désolé, je navigue à vue T__T), ça donne
fdisk -l /dev/nvme0n1
Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: WDC CL SN720 SDAQNTW-512G-2000
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: 04FC4465-7B4D-411C-ABB4-6C5E78424904
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1048575 1046528 511M EFI System
/dev/nvme0n1p2 1048576 983429119 982380544 468,4G Linux RAID
/dev/nvme0n1p3 983429120 1000204287 16775168 8G Linux swap
/dev/nvme0n1p4 1000212480 1000214527 2048 1M Linux filesystem
Par acquit de conscience, j'ai lancé ça aussi sur le deuxième SSD,
fdisk -l /dev/nvme1n1
Disk /dev/nvme1n1: 477 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: WDC CL SN720 SDAQNTW-512G-2000
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: CE7D7C9A-C87F-4CE0-BA08-5A1C42E2F511
Device Start End Sectors Size Type
/dev/nvme1n1p1 2048 1048575 1046528 511M EFI System
/dev/nvme1n1p2 1048576 983429119 982380544 468,4G Linux RAID
/dev/nvme1n1p3 983429120 1000204287 16775168 8G Linux swap
Comme je vois mention d'un EFI system, donc boot UEFI, sur un disklabel type gpt, et que le message d'erreur initial était "this GPT partition label contains no BIOS Boot Partition; embedding won't be possible. grub-install: error: embedding is not possible, but this is required for RAID and LVM install."
...
Cela veut dire que grub se trompe, et cherche à tort à booter en BIOS, c'est cela ?
Est-ce que ça veut dire que, actuellement, j'avais donc juste, si mon dédié devait rebooter, il n'y parviendrait pas ?
Je stresse un peu à l'idée de devoir installer un nouveau grub.
Et je ne comprends pas pourquoi il y a ce message d'erreur d'un coup, bon sang, mon dédié a rebooté deux fois sans problème en un an, avant qu'il y ait cette erreur nouvelle qui sort de nulle part, c'est dingue, cette mise à jour de grub ?!?
Fais la commande suivante pour voir quelle est le type et la version de grub2 installée, grub-pc ou grub-efi-amd64 (Rappel: système BIOS ==> grub-pc, système UEFI ==> grub-efi-amd64). Tu devrais avoir grub-efi-amd64, alors que l'on voit dans tes messages précédents que c'est grub-pc qui se lance, d'où les messages d'erreur de grub-pc sur un système EFI.
[code]
# apt list --installed | grep grub
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
grub-common/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-efi-amd64-bin/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed,automatic]
grub-efi-amd64-signed/stable,now 1+2.02+dfsg1+20+deb10u3 amd64 [installed,automatic]
grub-efi-amd64/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub2-common/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed,automatic]
[/code]
Merci ! Tentons voir,
Tiens, je ne m'attendais pas à ce résultat, je pensais que la version EFI serait absente (ma meilleure voix de neuneu : "ben, oui, puisqu'il y a le message d'erreur grub-pc !"), et pourtant, non, elle est bien installée, et avec la mention [automatic] O_o
apt list --installed | grep grub
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
grub-common/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-efi-amd64-bin/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-efi-amd64-signed/stable,now 1+2.02+dfsg1+20+deb10u3 amd64 [installed,automatic]
grub-pc-bin/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-pc/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub2-common/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
Cela signifierait qu'il faut, quelque-part, spécifier que c'est le grub-efi-amd64-signed qui doit être employé, et non le grub-pc ?
Pourtant, c'est bien le efi qui est en [automatic]...
EDIT: vérification faite, source https://askubuntu.com/questions/162564/how-can-i-tell-if-my-system- was-booted-as-efi-uefi-or-bios , oui, je boote bien en EFI,
dmesg | grep "EFI v"
[ 0.000000] efi: EFI v2.60 by American Megatrends
Je n'ai pas pu prendre le temps de m'en occuper encore.
Mais il faut bien le corriger ! Si il y a un reboot le serveur ne redémarra pas (si cela t'arrive, démarrage avec un noyau netboot).
Bonjour à tous,
J'ai exactement le même problème que l'auteur @VaniaW, a peu près la même config aussi.
Serveur dédié chez OVH, Debian 10, webmin + virtualmin juste la config de disque qui change, j'ai 2x4TB HDD Sata Soft RAID.
Même message d'erreur qui est apparu lors d'une mise à jours de paquet et qui est récurrente a chaque maj.
Je n'ai également jamais touché a la config de boot (EFI).
Avez-vous réussit à trouvez la solution ? Ca fait 3-4 semaines que j'ai ce problème que je n'arrive pas a fix :(
@TTY as tu eu le temps de fix ce problème de ton côté ? Si oui pourrais-tu nous aiguiller ?
J'avais fait un thread sur le forum de debian sans vraiment trouvé de solution, si ça peux aidé:
http://forums.debian.net/viewtopic.php?f=5&t=148816&p=734331
Voici les commands très similaire/identique a l'auteur.
erreur
>Setting up grub-pc (2.02+dfsg1-20+deb10u3) ...
Installing for i386-pc platform.
grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
grub-install: error: embedding is not possible, but this is required for RAID and LVM install.
You must correct your GRUB install devices before proceeding:
> dpkg-reconfigure grub-pc
dpkg: error processing package grub-pc (--configure):
installed grub-pc package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
grub-pc
fdisk -l
>Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: HGST HUS724040AL
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: 2DB59B16-136E-40F9-A322-D5235563FB9B
>Device Start End Sectors Size Type
/dev/sda1 2048 1048575 1046528 511M EFI System
/dev/sda2 1048576 7812980735 7811932160 3.7T Linux RAID
/dev/sda3 7812980736 7814027263 1046528 511M Linux swap
/dev/sda4 7814035215 7814037134 1920 960K Linux filesystem
>Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: HGST HUS724040AL
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: 8D2D6667-FC64-4EFF-BD18-81871D1C99FE
>Device Start End Sectors Size Type
/dev/sdb1 2048 1048575 1046528 511M EFI System
/dev/sdb2 1048576 7812980735 7811932160 3.7T Linux RAID
/dev/sdb3 7812980736 7814027263 1046528 511M Linux swap
>Disk /dev/md2: 3.7 TiB, 3999709200384 bytes, 7811932032 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
apt list --installed | grep grub
>WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
grub-common/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-efi-amd64-bin/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-efi-amd64-signed/stable,now 1+2.02+dfsg1+20+deb10u3 amd64 [installed,automatic]
grub-pc-bin/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-pc/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub2-common/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
dmesg | grep "EFI v"
>[ 0.000000] efi: EFI v2.70 by American Megatrends
Pareil, je n'ai pas avancé.
J'ai des résultats contradictoires, c'est troublant.
- Selon apt list --installed | grep grub, par défaut, je boote en EFI
- le message d'erreur grub-pc indique "le dédié boote en BIOS"
- la présence de /sys/firmware/efi indique "le dédié boote en UEFI"
- dans l'interface client OVH, l'option présente est de booter sur disque dur.
- mais lancer efibootmgr -v indique "le dédié boote en netbios"
Ah, oui,
efibootmgr -v
BootCurrent: 0004
Timeout: 1 seconds
BootOrder: 0004,0005,0006,0007,0002,0001
Boot0001 Hard Drive BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0200)..GO..NO..........H.G.S.T. .H.U.S.7.2.6.T.4.T.A.L.A.6.L.1...................\.,.@.r.d.=.X.........A..........................>..Gd-.;.A..MQ..L.6.V.1.G.W.7.N.K. . . . . . . . . . . . .......BO..NO..........H.G.S.T. .H.U.S.7.2.6.T.4.T.A.L.A.6.L.1...................\.,.@.r.d.=.X.........A..........................>..Gd-.;.A..MQ..L.6.V.Z.G.P.9.S.V. . . . . . . . . . . . .......BO..NO..........W.D.C. .C.L. .S.N.7.2.0. .S.D.A.Q.N.T.W.-.5.1.2.G.-.2.0.0.0...................\.,.@.r.d.=.X.........A............................DJD..........Gd-.;.A..MQ..L.1.9.5.2.E.Q.4.4.1.3.0.6.......BO..NO..........W.D.C. .C.L. .S.N.7.2.0. .S.D.A.Q.N.T.W.-.5.1.2.G.-.2.0.0.0...................\.,.@.r.d.=.X.........A............................DJD..........Gd-.;.A..MQ..L.1.9.5.2.E.Q.4.4.6.5.1.1.......BO
Boot0002 UEFI: Built-in EFI Shell VenMedia(5023b95c-db26-429b-a648-bd47664c8012)..BO
Boot0004* UEFI: PXE IPv4 Intel(R) Ethernet Connection X722 for 10GBASE-T PciRoot(0x3)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x3,0x0)/Pci(0x0,0x0)/MAC(ac1f6bdf50ba,1)/IPv4(0.0.0.00.0.0.0,0,0)..BO
Boot0005* UEFI: PXE IPv4 Intel(R) Ethernet Connection X722 for 10GBASE-T PciRoot(0x3)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x3,0x0)/Pci(0x0,0x1)/MAC(ac1f6bdf50bb,1)/IPv4(0.0.0.00.0.0.0,0,0)..BO
Boot0006* debian HD(1,GPT,3512b5d5-ac0a-41e6-bc83-54560aac8efb,0x800,0xff800)/File(\EFI\DEBIAN\GRUBX64.EFI)..BO
Boot0007* debian HD(1,GPT,0fee750d-a044-4142-8182-9d88460a01c8,0x800,0xff800)/File(\EFI\DEBIAN\GRUBX64.EFI)..BO
MirroredPercentageAbove4G: 0.00
MirrorMemoryBelow4GB: false
Où il y a "BootOrder: 0004", et "oot0004* UEFI: PXE IPv4 Intel(R) Ethernet Connection X722 for"
et
apt list --installed | grep grub
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
grub-common/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-efi-amd64-bin/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-efi-amd64-signed/stable,now 1+2.02+dfsg1+20+deb10u3 amd64 [installed,automatic]
grub-pc-bin/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub-pc/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
grub2-common/stable,now 2.02+dfsg1-20+deb10u3 amd64 [installed]
où c'est "grub-efi-amd64-signed" qui est en "automatic".
J'avoue, je n'ose pas expérimenter avec mon dédié, car pour l'instant je suis infoutu de savoir même comment le configurer correctement pour un netboot (la moindre erreur, hop! tous les sites offline, j'évite).
Mais si j'obtiens davantage d'informations (j'ai contacté le service client OVH il y a 36 heures, encore 36 autres et statistiquement ils m'auront répondu à côté de la plaque), je les partage sur le forum.
(Edit3 : pour un ticket ouvert le 23/02/2021, toujours pas de réponse, OVH a atomisé tous les records de retard de réponse, hats off)
à priori ça me semble une erreur du template d'install ovh qui installe aussi la version bios classique
j'ai le soucis sur tous les dédiés déployés depuis plusieurs semaines
**si et seulement si vous êtes dans le cas décrit** dans la discussion vous pouvez désintallez grub / bios puisqu'il n'arrivera logiquement jamais à s'installer sur les partitions gpt à chaque mise à jour
apt remove grub-pc grub-pc-bin
testé sur plusieurs dédiés ce matin + reboot sans souci
Merci pour ton retour @NicolasP91 , je confirme reboot ok également.
Pour aider ce qui peuvent être interessés, pour ma part j'ai un SoYouStart avec 2*4To en RAID1 et j'ai aussi eu des erreur de Grub comme https://community.ovhcloud.com/community/fr/mise-a-jour-de-debian-et-probleme-avec-grub?id=community_question&sys_id=34c3f10c81928210f0780f07683eb26f ici suite à la commande **apt update && apt full-upgrade** que j'ai passé sur une fraiche install debian10 en vue d'installer proxmox v6 à la mano.
J'avais essayé de cocher les 3 mais rien n'a marché :
_warning: File system `ext2' doesn't support embedding._
_grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged.._
_grub-install: error: diskfilter writes are not supported._
Les deux disques font état de **Disklabel type: gpt** (commande fdisk -l).
La commande **dmesg | grep "EFI v"** ne me renvois rien.
attention aux nerveux du apt purge, de ne PAS valider la suppression du répertoire /boot/grub :)
Pfouu
Ayé j'y ai droit aussi ce jour sur un Debian 10 plesk refuse de se mettre à jour à cause de l'erreur identique aux vôtres :
> Setting up grub-pc (2.02+dfsg1-20+deb10u4) ...
> Installing for i386-pc platform.
> grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
> grub-install: error: embedding is not possible, but this is required for RAID and LVM install.
> You must correct your GRUB install devices before proceeding:
> DEBIAN_FRONTEND=dialog dpkg --configure grub-pc
> dpkg --configure -a
> dpkg: error processing package grub-pc (--configure):
> installed grub-pc package post-installation script subprocess returned error exit status 1
> Setting up pp18.0.34-bootstrapper (18.0-v.debian.10+p18.0.34.2+t210325.1052) ...
> Errors were encountered while processing:
> grub-pc
> E: Sub-process /usr/bin/dpkg returned an error code (1)
Quelqu'un à une vraie solution, je n'ai pas osé utiliser :
apt remove grub-pc grub-pc-bin
Aucun souci avec ?
La vraie solution c'est bien de désinstaller grub-pc et grub-pc-bin qui sont les paquets pour les Bios/MBR et qui n'ont rien à faire là, en vérifiant avant qu'on est concerné (fdisk -> présence de la partition EFI et type disk GPT, dmesg | grep "EFI v" peut ne rien renvoyer comme le disais @RachX et un apt list --installed | grep grub doit afficher les paquest grub EFI)
M'ci pour ta réponse
Bien je verrai cela ce weekend
En tous cas cela me chiffonne ce truc de Grub ... Est ce que cela est dû au gabarit d'installation d'OVH ou alors le choix lors de la livraison du serveur du boot en question (que l'on a dans le manager on va dire) ?
Par contre s'il n'y serait pas le EFI, la fameuse partition en question .... Création possible encore, ou si tout est utilisé (formatage au départ par le manager) on doit faire (horreur ...) une réinstallation totale ?
Car là cela serait affreux affreux :(
Probablement du au template Ovh, je ne constate plus le défaut sur les derniers déploiements, il y a du avoir une correction.
S'il n'y a pas la partition EFI alors c'est que la machine est en BIOS/MBR, ce n'est plus très courant.
J'ai eu le même problème, après avoir lu ces échanges j'ai remarqué que le paquet grub-efi-amd64 n'était pas installé alors que grub-efi-amd64-bin l'était en mode automatic.
J'ai donc effectué:
apt install grub-efi-amd64
Qui a automatiquement désintallé grub-pc et le update-grub n'a donné aucune erreur.
Il me reste à prendre une décision si je fais un 'apt remove grub-pc-bin' manuel. Pour le moment je garde.
Salut @DamienR25,
As tu essayé de rebooter la machine depuis ?
Je viens de me décider et cela a parfaitement fonctionné, je suis soulagé.
Merci pour le retour :)