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 voirRev. 3.7
Plus précisément, ce que j'ai essayé jusqu'à présent, dans la mesure où je m'en souviens encore :
-
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.
-
Après cela, Windows a démarré avec succès et semble fonctionner, avec de l'espace supplémentaire libéré.
-
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.
-
Après le redémarrage, pas de Grub, juste "Windows démarre..." et démarrage normal de Windows.
-
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é. -
Après le redémarrage, pas de Grub, juste Windows à nouveau.
-
Hrmrh ; ok, maintenant essayé
bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi
(sous Windows). Redémarrez. -
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)
-
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. -
Après le redémarrage... Windows. Et
bcdedit
montre toujoursgrubx64.efi
. -
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. -
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. Maisbcdedit
semble toujours montrergrubx64.efi
. -
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 leefibootmgr -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 un0001
d'abord, mais il y a aucune entrée de ce type sur la liste ci-dessous (pas deBoot0001
). Notamment, le journal de démarrage-réparation semble avoir ~3efibootmgr
appels, et le dernier d'entre eux semble montrer uneBoot0001
entrée. Pourquoi disparaît-il plus tard ? Est-ce que l'appel subséquent Grub l'efface, ou quoi ??? -
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). -
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 montrer0000,0002
maintenant. Exécuterboot-repair
à nouveau, en cliquant simplement sur le bouton initial "Récupération recommandée", et cette fois encore en sauvegardant le journal . Le siteefibootmgr -v
montre à nouveau0001,0000,0002
. Redémarrage. -
Après le redémarrage, "Windows est en train de démarrer..."....................
-
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 ?