Burg + UEFI + Win 8 multiboot
Intro:
Après quelques essais et erreurs, j'ai réussi à installer Ubuntu 12.04 64 bits sur mon Lenovo Ideapad Y500 préinstallé sous Win 8. Jusqu'à présent, j'ai eu deux problèmes:
- Grub a détecté l’installation de Windows 8 en tant qu’installation de récupération (déjà corrigée en ajoutant un fichier 15_windows avec une entrée de démarrage correcte)
- La luminosité ne fonctionne pas. (Pas trop dérangé par ça.)
Le problème
Je n'aime pas vraiment à quoi ressemble la bouffe. Donc, je veux installer BURG. Mais Win8 est sous UEFI (et le bios est défini sur le support Legacy avec le jeu d’options "UEFI first"). J'ai lu comment cela fonctionnerait avec Arch, mais qu'en est-il d'ubuntu? Je préférerais burg préemballé (les PPA me conviennent). Quelqu'un pourrait-il me dire comment configurer Burg avec UEFI et une entrée personnalisée (et éventuellement comment masquer les autres entrées dans un sous-menu)?
Merci à tous ceux qui veulent aider!
EDIT: En réponse de la réponse de @ oldfred, j'étais déjà au courant de la réinstallation de rEFInd, mais mon système a échoué lors de la vérification du mode (U) EFI dans la documentation (bien que/sys/firmware/efi existe avec de nombreuses sous-répertoires et fichiers) et je connais mon installation win8 en mode uefi. Et je me suis attaché au thème de Burg que j'utilise sur mes autres systèmes non-uefi (3 ordinateurs portables et 3 ordinateurs de bureau), ainsi qu'au fait qu'Arch dispose d'une version compatible avec EFI de burg dans ses dépôts.
Burg n’a pas été maintenu depuis longtemps et je ne suis pas sûr que cela fonctionne du tout avec l’UEFI. Grub standard est grub-pc pour le BIOS et grub-efi pour les systèmes UEFI.
Mais avec UEFI, vous pouvez installer un gestionnaire de démarrage UEFI -rEFInd. Je ne l'ai pas fait, mais le créateur poste dans ce forum.
http://www.rodsbooks.com/refind/
Alternative Boot Manager pour les systèmes UEFI limités:
https://wiki.archlinux.org/index.php/UEFI_Bootloaders#Using_rEFInd
Plus d'informations sur le démarrage sécurisé - Il est peut-être nécessaire de changer le shim d'Ubuntu pour fonctionner avec Refind
C'était trop long pour un commentaire, alors je poste ceci comme une réponse avec plus de détails.
Edit: BURG semble être un fork obsolète de GRUB et que cette question portait sur UEFI, veuillez prendre note du code USN/CVE suivant: SN-2836-1: GRUB vulnérabilité (CVE-2015-8370)
Sauvegardez ce fait "fact" avec un lien vers le paquet burg dans le référentiel Arch. Je ne pouvais pas le trouver. Seuls les thèmes des redirections AUR et Arch Wiki sont redirigés vers GRUB sans mention de BURG dans l'article complet. Le projet Google Code renvoie à un contenu pour la plupart obsolète, ce qui donne l’impression que ce projet a été abandonné depuis longtemps. Quelqu'un sur le liste de diffusion parlait d'un module netfs pour la plate-forme EFI et la commande burg-mkimage ressemble beaucoup au grub que j'utilise dans mon haut réponse uefi . Tirer du code en amont pour créer l'image et la placer sur le ESP ne semble pas être une tâche difficile, je suis d'accord avec cela. Le chaînon manquant est toutefois de trouver le courant en amont. A PPA existe de quelqu'un qui semble avoir été un contributeur ou un développeur avec un long avertissement dans son profil: I DO NOT TAKE REQUESTS on what is put in my Repos. … En regardant le paquet source, cela semble être juste GRUB à partir de 2010 avec des modifications non documentées et le paquet vient de nulle part sans référence à un référentiel de code. De plus, les fichiers typiques tels que TODO, README et NEWS proviennent de GRUB et non de BURG. Bien sûr, vous pouvez essayer de revenir dans la source GRUB à ce moment-là et faire un diff, mais je n'utilise pas BURG, un utilisateur intéressé par BURG devrait le faire.
S'il vous plaît, dites-moi où je me trompe ou si j'ai peut-être oublié quelque chose. Il est tout à fait possible que quelqu'un d'autre ait pris en charge ce projet et entretienne un référentiel Git, mais tout ce que je peux trouver trouve que ce projet ressemble à un abandonware pour moi et actuellement si documenté de manière si floue que personne ne devrait ont commencé à l'utiliser en premier lieu.
Avec ce temps consacré à une enquête et jusqu'à ce que des preuves supplémentaires apparaissent, je vais signaler toutes les questions futures concernant BURG comme étant principalement basées sur une opinion ou EOL.
Remarque finale, même si cela aurait dû être évident: les utilisateurs de AskUbuntu ne sont pas responsables du travail de communication que les membres actifs du projet d’un projet particulier auraient dû faire ou maintenir en vie des projets désorganisés ou abandonnés.