Ce n'est pas vraiment un problème, mais je suis simplement curieux de savoir pourquoi je vois soudainement 3 ubuntu, au lieu des 2 habituels. Il devrait être grub64.efi et shim64.efi. Bien que ce soit maintenant grub64.efi, vm-linuz-3.13.0.32-generic.efi.signed by UBUNTU
et vm-linuz-3.13.0.52-generic.efi.signed by UBUNTU
Pourquoi est-ce? Lequel devrais-je utiliser? J'utilise grub64.efi, et je demande quelle est la différence et dois-je utiliser les autres? Ce changement s'est produit dès que j'ai installé bcmwl pour faire fonctionner mon Wi-Fi.
J'utilise linux 14.04 LTS (Trusty Tahr)
Le système d'exploitation natif est Mac OS X 10.10.3
La réponse est donnée dans la description des entrées de démarrage:
3.13.0 .2 - générique vs 3.13.0 .52 - générique , c'est-à-dire que ce dernier démarrera un noyau plus récent.
Cela est dû à la pratique d'Ubuntu (d'autres Distros le font également) de conserver les anciennes images du noyau lorsqu'une nouvelle est installée, de sorte que vous pouvez facilement revenir en arrière si la mise à jour ne fonctionne pas comme prévu ou refuse de démarrer après tout.
Vous pouvez toutefois désinstaller manuellement les anciennes images génériques du noyau à l'aide de
Sudo apt-get remove linux-image-(old version string)-generic
ATTENTION : Ne désinstallez jamais plusieurs noyaux à la fois à l'aide d'expressions régulières ou globales, mais n'en supprimez qu'un à la fois et vérifiez toujours la sortie de uname -r
, vous donnant votre version actuelle du noyau, que vous ne devriez pas supprimer. Sinon, vous prendrez le risque qu'une seule faute de frappe supprime tous vos noyaux et rende votre système impossible à démarrer ...
rEFInd est conçu pour supprimer automatiquement certaines entrées redondantes. L'une de ces redondances est shimx64.efi
, Si grubx64.efi
Est également présent. Par conséquent, votre déclaration selon laquelle "[i] t devrait être grub64.efi et shim64.efi" n'est pas correcte, sauf si vous avez créé une strophe de démarrage manuel pour l'un ou les deux de ces fichiers.
Dans votre cas, vous avez trois entrées:
grubx64.efi
- Il s'agit du binaire GRUB installé par Ubuntu. Le sélectionner lance GRUB, qui charge le noyau Linux et le démarre en utilisant le GRUB = mécanisme de chargeur de démarrage pour le noyau Linux. GRUB peut présenter son propre menu ou non, selon sa configuration. Ce menu est susceptible d'inclure des options pour tous vos noyaux Linux, et peut-être pour d'autres OS ou des fonctions spéciales. Si vous ne sélectionnez aucune option dans le menu GRUB, il lance probablement le dernier noyau (actuellement 3.13.0-52)vm-linuz-3.13.0.32-generic.efi.signed
- Cette option charge le noyau Linux 3.13.0-32, qui est le noyau livré avec Ubuntu 14.04 LTS (la version publiée en avril 2014). rEFInd lance le noyau comme s'il s'agissait d'une application EFI, en s'appuyant sur EFI stub loader comme chargeur de démarrage et en contournant GRUB.vm-linuz-3.13.0-52-generic.efi.signed
- Cette option est similaire à la précédente, sauf qu'elle lance le noyau 3.13.0-52 le plus à jour, qui comprend des corrections de bugs et de nouvelles fonctionnalités collectées au cours de l'année écoulée.En pratique, vous devez utiliser ce qui vous convient le mieux. Dans la plupart des cas, les options GRUB et rEFInd pour le dernier noyau entraîneront des systèmes qui fonctionnent de manière identique selon la plupart des mesures. Il peut y avoir de petites différences, comme un Command line:
dans votre sortie dmesg
, mais ceux-ci n'auront aucun effet pratique. Selon votre configuration GRUB et le contenu de /boot/refind_linux.conf
, il pourrait y avoir d'autres différences, telles que les messages de démarrage en mode graphique ou texte; ou dans des cas extrêmes, l'un peut démarrer et l'autre pas. Un démarrage direct du noyau sera probablement plus facile à corriger en cas de problème, car GRUB peut être complexe et difficile à déboguer. De plus, si vous voulez démarrer un noyau plus ancien pour une raison quelconque, le faire à partir du menu rEFInd peut être un peu plus facile que de le faire à partir de GRUB, surtout si GRUB est configuré pour démarrer sans vous montrer son propre menu. OTOH, s'il n'y a pas de fichier /boot/refind_linux.conf
ou s'il est mal configuré, GRUB peut démarrer correctement là où le noyau direct de rEFInd la unch peut échouer ou configurer les choses de manière sous-optimale.
Au fur et à mesure que vous continuez à utiliser et à mettre à niveau le système, vous pouvez voir des options directes supplémentaires du noyau apparaître dans le menu de rEFInd. Vous pouvez désinstaller manuellement les noyaux que vous ne comptez pas utiliser; ou en tapant Sudo apt-get autoremove
dans un terminal, vous en supprimerez tous sauf trois (généralement le noyau d'origine et les deux plus récents). C'est généralement une bonne idée de garder au moins deux noyaux autour. La raison en est que des bogues du noyau sont parfois introduits, vous voulez donc avoir la possibilité de redémarrer sur un noyau plus ancien au cas où vous rencontriez un tel problème.
Si vous souhaitez supprimer les options que vous n'utilisez pas de l'affichage de rEFInd, vous pouvez le faire de différentes manières:
dont_scan_volumes
, dont_scan_dirs
Et dont_scan_files
Dans refind.conf
(Généralement dans /boot/efi/EFI/refind/
D'Ubuntu). Ces options suppriment des chargeurs de démarrage particuliers du menu en fonction des emplacements ou des noms de fichiers sans les supprimer réellement.scan_all_linux_kernels false
Dans refind.conf
. Cela amènera rEFInd à ignorer les noyaux Linux dépourvus d'extensions .efi
. (Notez que vos noyaux ont des extensions .efi.signed
, Qui seront ignorées avec cette option définie sur false
.)/boot/efi/EFI/refind/drivers_x64
Sous Linux. La suppression de ce pilote supprimera toutes les options de démarrage Linux directes./boot/efi/EFI/
sous Ubuntu, mais certaines peuvent être ailleurs.Si vous avez précisément les trois entrées que vous avez décrites, si vous supprimez les entrées directes du noyau, vous feriez probablement mieux de contourner rEFInd et d'utiliser GRUB directement - après tout, il n'y a aucun intérêt à avoir un gestionnaire de démarrage avec une seule option de démarrage. La suppression de l'entrée GRUB peut avoir un sens, mais sa disponibilité est également utile si vous rencontrez un problème avec le stub EFI chargeur sur toute la ligne.