1 votes

Double démarrage Ubuntu 16.04 + Windows 7 UEFI - le menu Grub n'apparaît pas

J'ai un PC Sony VAIO (plus précisément, le modèle SVS1511T9ES), avec Windows 7 Pro installé d'origine. J'ai essayé d'installer Ubuntu 16.04 pour une configuration en dual-boot, mais chaque fois que je redémarre, je n'obtiens que Windows ; pas de menu Grub. (Avec une exception non-Windows non-Grub, voir p. 14. ci-dessous)

Notamment :

  • Le mode de démarrage de mon BIOS est réglé sur "UEFI",
  • apparemment pas de paramètres "Safe boot" dans le BIOS (je n'ai rien vu de tel nulle part),
  • Je démarre le programme d'installation d'Ubuntu 16.04 à partir d'une clé USB (je n'utilise pas la version 18.04 car elle ne démarre pas à partir d'une clé USB),
  • Je n'ai pas essayé de mettre à jour le BIOS parce que j'ai peur de casser le PC. Dans la ligne supérieure de l'écran, mon configurateur BIOS actuel prétend être InsydeH2O Setup Utility Dans le coin supérieur droit, on peut voir Rev. 3.7

Plus précisément, ce que j'ai essayé jusqu'à présent, dans la mesure où je m'en souviens encore :

  1. Libérer de l'espace sur Windows, lancer une défragmentation, puis télécharger et lancer "Free AOMEI Partition Assistant" pour rétrécir la partition (les outils Windows purs n'étaient pas suffisants car pagefile.sys bloquait le rétrécissement). Notamment, cela a créé un certain nombre d'éléments "WinPE" et a nécessité un redémarrage pour terminer son travail.

  2. Après cela, Windows a démarré avec succès et semble fonctionner, avec de l'espace supplémentaire libéré.

  3. J'exécute Ubuntu 16.04 LiveUSB ISO depuis un pendrive. J'ai choisi "Installer". J'ai choisi le partitionnement "Custom", parce que je ne veux pas de partition swap (j'espère utiliser un fichier swap si nécessaire et possible). J'ai terminé l'installation d'Ubuntu, tout semblait correct.

  4. Après le redémarrage, pas de Grub, juste "Windows démarre..." et démarrage normal de Windows.

  5. Hrmh, ok, j'ai redémarré sur la LiveUSB et j'ai essayé de lancer boot-repair . J'ai d'abord cliqué sur "sauvegarde" et enregistré dans un répertoire de la nouvelle partition Ubuntu sur le disque. Ensuite, j'ai revu les paramètres, je n'ai rien changé je crois, j'ai cliqué sur OK ou autre ; je n'ai pas téléchargé le journal sur pastebin (mais il semble être sauvegardé sur la partition EFI de toute façon) ; j'ai eu un long rapport, en général tout semblait correct ; j'ai redémarré.

  6. Après le redémarrage, pas de Grub, juste Windows à nouveau.

  7. Hrmrh ; ok, maintenant essayé bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi (sous Windows). Redémarrez.

  8. Après le redémarrage... vous connaissez la chanson. Juste Windows. (Au fait, je dois dire que je suis sincèrement très heureux que cette partie de préservation de Windows fonctionne si bien. Je me souviens que c'était bien, bien pire dans à l'époque de Slackware. Donc un grand merci à toutes les bonnes personnes pour cela :D)

  9. Notamment, la course bcdedit sous Windows semble montrer que le chemin a bien été changé en \EFI\ubuntu\... il est toujours affiché comme tel. Quoi qu'il en soit, je a essayé bcdedit ......\grubx64.efi maintenant. Redémarrage.

  10. Après le redémarrage... Windows. Et bcdedit montre toujours grubx64.efi .

  11. Uhmh. Ok ; je ne suis pas sûr de ce que je peux faire de plus, donc je commence à écrire la question Askubuntu. A Question connexe se montre. Ok, voyons ce que efibootmgr montrera.

  12. Redémarrez sur LiveUSB ;

    ubuntu@ubuntu:~$ sudo efibootmgr -v
    BootCurrent: 0000
    Timeout: 2 seconds
    BootOrder: 0000,0002
    Boot0000* EFI USB Device    PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)/HD(1,MBR,0x4294967285,0x800,0x1ce7800)RC
    Boot0002* Windows Boot Manager  HD(2,GPT,a6098758-cdae-433d-87ce-ab327609a343,0x2b7d000,0x82000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC

    Ok, ici les choses semblent commencer à devenir un peu bizarres. Cette commande semble montrer un chemin différent de celui de bcdedit sur Windows à savoir \EFI\Microsoft\Boot\bootmgfw.efi c'est-à-dire ce qui était initialement défini dans bcdedit avant que je ne le modifie. Mais bcdedit semble toujours montrer grubx64.efi .

  13. J'ai essayé boot-repair encore. Je pensais que je n'avais qu'à cliquer et décliquer sur "Avancé", mais apparemment, j'ai peut-être cliqué accidentellement sur l'option "renommer Windows ...". Cette fois, je avoir un journal pastebin . Par curiosité, je exécuter le efibootmgr -v à nouveau et a obtenu :

    ubuntu@ubuntu:~$ sudo efibootmgr -v
    BootCurrent: 0000
    Timeout: 2 seconds
    BootOrder: 0001,0000,0002
    Boot0000* EFI USB Device    PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)/HD(1,MBR,0x4294967285,0x800,0x1ce7800)RC
    Boot0002* Windows Boot Manager  HD(2,GPT,a6098758-cdae-433d-87ce-ab327609a343,0x2b7d000,0x82000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC

    なお BootOrder est différente ici : il a un 0001 d'abord, mais il y a aucune entrée de ce type sur la liste ci-dessous (pas de Boot0001 ). Notamment, le journal de démarrage-réparation semble avoir ~3 efibootmgr appels, et le dernier d'entre eux semble montrer une Boot0001 entrée. Pourquoi disparaît-il plus tard ? Est-ce que l'appel subséquent Grub l'efface, ou quoi ???

  14. Redémarrer et... des trucs bizarres ! Je ne me souviens pas bien, mais au lieu de "Windows démarre...". J'ai obtenu 4 lignes de texte décrivant une erreur de démarrage ; notamment, il se plaignait d'un fichier manquant dans un chemin bizarre, plus ou moins comme suit : \EFI\Microsoft\Boot\grubx64.efi (notez qu'il y a à la fois Microsoft et Grub).

  15. Hm. Wierd. Hmhm. Peut-être que cela a fait bouger les choses d'une certaine façon ? - Je me suis dit. Redémarrer à nouveau sur LiveUSB. efibootmgr semble montrer 0000,0002 maintenant. Exécuter boot-repair à nouveau, en cliquant simplement sur le bouton initial "Récupération recommandée", et cette fois encore en sauvegardant le journal . Le site efibootmgr -v montre à nouveau 0001,0000,0002 . Redémarrage.

  16. Après le redémarrage, "Windows est en train de démarrer..."....................

  17. Hilfe ! :( Ok, assieds-toi, finis d'écrire cet appel à l'aide d'Askubuntu.

J'ai observé certaines choses en chemin, qui peut ou ne peut pas b - Il semble que j'ai 2 partitions avec un répertoire "EFI". L'une d'entre elles a le ubuntu (je pense qu'il s'agit de /dev/sda2) ; l'autre semble être une "partition de récupération Windows", et elle ne semble pas avoir de partition de récupération. ubuntu dir. Bizarrement, il y a à la fois un répertoire "EFI" et "efi" dans le chemin racine (je ne me souviens plus de quel sda il s agit). - Si j'écris bcdedit /enum all sur Windows, je reçois beaucoup de choses, et notamment l'une d'entre elles semble être liée à l'outil AOMEI que j'ai utilisé, avec un ramdisksdipath \Aomei\AomeiBoot.sdi . Je pense que ce n'est pas pertinent, mais je le mentionne juste au cas où.

Alors une idée de ce que je peux essayer ensuite, pour que Grub apparaisse ?

0voto

akavel Points 351

Woohoo, j'ai finalement réussi à le faire fonctionner lors d'un nouvel essai !

Donc, en général, j'ai redémarré sur la LiveUSB et exécuté boot-repair Mais cette fois, j'ai croisé les doigts et j'ai délibérément cliqué sur l'option "Renommer quelque chose quelque chose fichiers Windows quelque chose quelque chose". J'ai ensuite continué, puis j'ai fait une étape supplémentaire :

$ sudo mount /dev/sda2 /mnt/boot-sav/sda2
$ sudo cp /mnt/boot-sav/sda2/EFI/ubuntu/grub* /mnt/boot-sav/sda2/EFI/Microsoft/Boot/

pour essayer et s'il vous plaît le mode d'échec de la p. 14. Redémarrage - voilà, on a Grub ! Il a un peu trop d'options pour moi, mais la première est Ubuntu, et une autre mentionne Windows, et la première fait démarrer sur Ubuntu, tandis que l'autre fait démarrer vers Windows. Donc, il semble que je sois un enfant heureux maintenant ! :) Et j'espère que ça va continuer à fonctionner...

<em>Je voudrais par la présente remercier, sans ordre particulier : askubuntu et stackexchange pour avoir été récemment mon lieu de débogage en canard pneumatique préféré et le plus réussi ; les auteurs et les contributeurs de boot-repair ; les auteurs et les contributeurs d'Ubuntu et du noyau Linux ; les bonnes personnes qui posent et répondent aux questions sur askubuntu, superuser, stackoverflow &c., qui m'ont aidé à passer les 16 points ci-dessus dans la question originale.</em>


EDIT : Ma partition EFI actuelle ressemble à ceci (après filtrage du bruit) :

/boot/efi$ for f in $(find -type f | egrep -v '/boot-repair/log/|\.mui$|\.ttf$'); do printf "% 10d %s\n" $(stat -c%s $f) "$(md5sum $f)"; done
    719808 76c1ab75037265cbe84a872c44ddcec2  ./EFI/Microsoft/Boot/bootmgr.efi
    674536 2fa828b3ba4fd8e25d8e510d56289fb5  ./EFI/Microsoft/Boot/memtest.efi
     65536 f43c0811ca251234dc4a2071ca6bcfa1  ./EFI/Microsoft/Boot/BOOTSTAT.DAT
     32768 9acb266f0ed4efdecbb408cd753f9b2e  ./EFI/Microsoft/Boot/BCD
     29696 dab9a8f88d73984dccb4a890efda05f6  ./EFI/Microsoft/Boot/BCD.LOG
         0 d41d8cd98f00b204e9800998ecf8427e  ./EFI/Microsoft/Boot/BCD.LOG1
         0 d41d8cd98f00b204e9800998ecf8427e  ./EFI/Microsoft/Boot/BCD.LOG2
    722880 b4041c77d7f10c36861203da493662ef  ./EFI/Microsoft/Boot/bkpbootmgfw.efi
   1196736 6e94c3d33194c89bd327bfaa5871e294  ./EFI/Microsoft/Boot/bootmgfw.efi
         0 d41d8cd98f00b204e9800998ecf8427e  ./EFI/Microsoft/Boot/bootx64.efi.grb
   1196736 6e94c3d33194c89bd327bfaa5871e294  ./EFI/Microsoft/Boot/bootx64.efi
       126 69c7bcf29f79cf74e8ac2f6c7f5d16ed  ./EFI/Microsoft/Boot/grub.cfg
   1133944 a0d970cee526c304209c20f0a1ec6452  ./EFI/Microsoft/Boot/grubx64.efi
    722880 b4041c77d7f10c36861203da493662ef  ./EFI/Boot/bkpbootx64.efi
   1196736 6e94c3d33194c89bd327bfaa5871e294  ./EFI/Boot/bootx64.efi
     67536 82894bcbe4f010664226ba7591372538  ./EFI/ubuntu/fwupx64.efi
   1133944 a0d970cee526c304209c20f0a1ec6452  ./EFI/ubuntu/grubx64.efi
       126 69c7bcf29f79cf74e8ac2f6c7f5d16ed  ./EFI/ubuntu/grub.cfg
   1196736 6e94c3d33194c89bd327bfaa5871e294  ./EFI/ubuntu/shimx64.efi
   1153336 d5a2dfd48441834f97d7ab8e3c26ba0f  ./EFI/ubuntu/mmx64.efi

Notamment, tous les éléments ci-dessous semblent être le même fichier, le shimx64.efi :

  • EFI/Microsoft/Boot/bootmgfw.efi
  • EFI/Microsoft/Boot/bootx64.efi
  • EFI/Boot/bootx64.efi
  • EFI/ubuntu/shimx64.efi

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X