Forum Linux.debian/ubuntu pas moyen de booter Mint 17.3 sur disque EFI

Posté par  . Licence CC By‑SA.
0
9
fév.
2016

Bonjour,
je souhaiterais utiliser Mint 17.3 sur un netbook Lenovo Flex 10. Ce petit portable a la particularité d'avoir un BIOS EFI (pas de Legacy) uniquement en 32 bits, mais un processeur 64 bits.(?) Le disque dur OEM est en GPT, avec Windows 10 famille installé. Le Secure boot est désactivé. J'ai mis à jour le Bios avec la dernière version proposée par Lenovo en 2015.

L'utilisation d'un live Cd de Mint 17 (ou Ubuntu, android x86, Remix OS…etc) fonctionne sans problème, dès lors qu'on a ajouté un fichier bootia32.efi dans le dossier EFI de la clé usb, puis qu'on mette en tête, au démarrage (FN+F2), dans le BIOS EFI, la valeur EFI correspondant à la clé usb.

Tout fonctionne toujours bien en mode Live : affichage, souris, Ethernet, wifi, écran tactile,…etc. (sauf la persistance).

L'installation de Mint 17.3 sur le disque dur (320 Go, avec 199 Go pour Windows 10) se fait sans problème : partitions ext4 / de 20 Go, swap de 4Go et ext4 /Home de 10 Go.
Le boot Grub2 est placé dans Gparted sur sda2 (la partition EFI du disque dur, avec les dossiers \Boot, \EFI\ubuntu, \EFI\Microsoft...). Tout est nickel jusqu'au redémarrage.

Il n'y a alors aucun moyen de booter sur la partition Linux Mint /. Un seul choix possible : Windows. La réinstallation de Grub2 à partir de la clé usb ne donne rien.
J'ai essayé de booter depuis Refind sur une clé usb : on peut choisir windows ou Ubuntu, mais le choix Ubuntu n'est pas fonctionnel. Seul Windows démarre et résiste à toute tentative de cohabitation.

Une idée pour essayer quelque chose ? (Il n'y a pas d'option de choix de démarrage,type F9, dans le Bios pour choisir un OS).
Merci de vos conseils.
```

  • # comme pour le liveUSB

    Posté par  . Évalué à 2.

    mettre le bootia32.efi dans la partition et le dossier du grub devrait faire l'affaire.

    • [^] # Re: comme pour le liveUSB

      Posté par  . Évalué à 1.

      Déjà essayé, en "montant" la partition EFI sous windows avec Cmd.exe en administrateur, puis avec les commandes DOS suivantes :

      diskpart
      list vol
      sel vol 4 (numero du volume concerné)
      assign letter=z
      exit

      z:
      cd \EFI\ubuntu\
      dir

      répertoire de z:\EFI\ubuntu\
      shimX64.efi
      grubx64.efi
      MokManager.efi
      grub.cfg
      bootia32.efi

      • [^] # Re: comme pour le liveUSB

        Posté par  . Évalué à 2.

        le grub se lance-t-il ?

        si oui, alors c'est plutot un probleme avec le noyau,
        si non, fait un backup du grubx644.efi et renomme ton bootia32.efi en grubx64.efi

        • [^] # Re: comme pour le liveUSB

          Posté par  . Évalué à 2.

          Bonsoir,

          Non, Grub ne se lance pas.

          j'ai placé bootia32.efi dans \efi\ubuntu\et l'ai renommé en grubx64.efi; sans effet au redémarrage.

          J'ai aussi réinstallé Mint 17.3 à partir de la clé usb, pour avoir un dossier EFI\ubuntu correct. puis j'ai essayé diverses solutions:
          - renommer shimx64.efi en bootmgfw.efi et le mettre dans \efi\Microsoft\boot\
          Cela ne donne rien de différent au redémarrage.
          - créer une entrée BCD avec bcdedit e utilisant l'Id d'Ubuntu, qui existe bien lorsqu'on tape bcdedit /enum
          L'entrée est créée, en vain au redémarrage.

          Il semble qu'on puisse modifier autant qu'on veut les dossiers EFI... Ça ne change rien au redémarrage. Windows va chercher ses paramètres ailleurs et mes connaissances ne sont pas suffisantes pour lui clore son caquet.

          je crois que je vais effacer le disque complet, créer plusieurs partitions, installer Linux Mint 17.3 sur trois d'entre elles, puis ajouter windows 10 en le réinstallant à partir d'une clé usb. Je perdrai peut-être la licence OEM stockée sans doute dans un fichier d'une partition cachée. On verra…

          Merci pour vos conseils.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.