La réponse courte est: non, la présence ou l'absence d'espace non alloué n'a rien à voir avec les problèmes d'amorçage ultérieurs que vous avez rencontrés.
Pour installer Linux, le disque doit contenir un espace non alloué dans lequel le programme d'installation Linux peut créer des partitions ou des partitions existantes et que le programme d'installation peut prendre en charge pour une utilisation par Linux. Si le disque ne contient aucun de ces éléments, le programme d'installation réduira une partition existante pour libérer de l'espace pour Linux. Les détails de la meilleure prise en charge de ces options et de la manière dont elles sont exécutées dépendent de la distribution et des options choisies lors de l'installation. Bien que les choix que vous (ou le programme d'installation) faites au cours de l'installation puissent affecter le processus de démarrage, un échec complet de démarrage après l'installation indique un bogue.
Sur un ordinateur EFI en fonctionnement, la NVRAM de l'ordinateur contient une liste des chargeurs de démarrage et leur ordre d'utilisation. Ainsi, vous pouvez configurer GRUB pour qu'il démarre avant le chargeur de démarrage de Microsoft, à titre d'exemple. Dans votre cas, de nombreux ordinateurs HP basés sur EFI sont connus pour avoir un bogue leur faisant ignorer les variables de démarrage EFI. Au lieu de cela, l’ordinateur lance aveuglément le chargeur de démarrage Windows ( EFI/Microsoft/Boot/bootmgfw.efi
). C'est presque certainement le problème que vous avez rencontré.
L'outil Boot Repair d'Ubuntu jongle avec les chargeurs de démarrage, déplace le chargeur de démarrage de Microsoft vers un autre nom et place une copie de GRUB à l'emplacement habituel du chargeur de démarrage Microsoft. Il apporte plusieurs autres modifications similaires. Comme vous l'avez constaté, le résultat final est une explosion du nombre d'entrées de démarrage dans le menu GRUB. Si vous utilisiez un EFI non bogué, je vous conseillerais d'annuler les modifications de la réparation du démarrage en le réexécutant et en utilisant les options "Restaurer les sauvegardes EFI" de son menu avancé, comme décrit ici. Si vous faites cela, vous vous retrouverez avec un ordinateur qui démarre directement sous Windows. Vous voudrez peut-être quand même faire cela, puis effectuer vous-même une réparation moins complexe, de l'une des trois manières suivantes:
- Vous pouvez démarrer sous Windows et utiliser sa propre
bcdedit
commande pour définir GRUB comme chargeur de démarrage par défaut. Ouvrez une fenêtre d'invite de commande d'administrateur et tapez bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi
. (Cela suppose que vous avez désactivé le démarrage sécurisé. S'il est activé, remplacez-le shimx64.efi
par grubx64.efi
cette commande.) Cette option risque de ne pas fonctionner, mais si cela se produit, GRUB démarrera par défaut et affichera moins d'options de démarrage.
- Vous pouvez démarrer un disque d’urgence Linux, monter l’ESP à un endroit qui vous convient, copier
EFI/Microsoft/Boot/bootmgfw.efi
sous un autre nom (je vous recommande de le baisser d’un niveau) et copier EFI/ubuntu/grubx64.efi
vers EFI/Microsoft/Boot/bootmgfw.efi
. (Si vous démarrez avec Secure Boot actif, copier shimx64.efi
sur bootmgfw.efi
et également placer une copie grubx64.efi
, sous ce nom, dans le EFI/Microsoft/Boot
répertoire.) Vous aurez également besoin de courir update-grub
pour avoir sa liste GRUB régénèrent de démarrage et de créer une option pour démarrer Windows .
- Après avoir annulé l'opération de réparation de démarrage de votre configuration Ubuntu habituelle mais avant de redémarrer, installez le paquet Debian de rEFInd. Une fois installé, tapez
sudo mvrefind.sh /boot/efi/EFI/refind /boot/efi/EFI/Microsoft/Boot
. Cela place rEFInd en tant que chargeur de démarrage par défaut à la place du chargeur de démarrage de Microsoft, en utilisant un hack similaire à celui de Boot Repair. mais cela devrait entraîner moins d'entrées de démarrage redondantes. Il existe probablement au moins deux façons de démarrer Linux: une via GRUB et une autre directement. Si les deux fonctionnent, vous pouvez désinstaller GRUB (et peut-être supprimer manuellement son /boot/efi/EFI/ubuntu/grubx64.efi
fichier) pour supprimer l'entrée GRUB. Notez que cette option nécessite des étapes supplémentaires si vous démarrez avec Secure Boot actif.
Notez que vous devez faire seulement une de ces choses, mais si vous essayez l' un et il ne fonctionne pas, vous pouvez essayer un autre. Je vous recommande de sauvegarder l'intégralité de l'ESP avant de commencer afin que, si vous commettez une erreur, vous puissiez restaurer l'état d'origine de l'ESP. Une simple copie au niveau fichier ou la création d’une archive tar devrait suffire à la sauvegarde.