Version imprimable
Bonjour à tous,
J'aimerais créer un dual boot win10 pro/ubuntu 18.04 sur un pc portable.
Le win10 a été installé via un boot usb crée avec l'outil dédié de microsoft, sans soucis.
Soucis: l'usb bootable créé pour linux (testé avec etcher et rufus) est totalement ignoré au démarrage de la machine.
La table de partition est gpt, 1 seul disque, 2 partition ntfs, une non formatée (pour ubuntu) + uefi, recover,...
secure boot et fast boot sont désactivé.
Une idée?
Bonjour,
as-tu bien vérifié l'ordre de boot dans le bios ?
Tu peux avoir réussi à booter sur USB à l'installation de Windows si aucun système n'était installé sur le disque dur. Si dans l'ordre de boot le disque dur est avant l'USB, ça ne boote plus sur USB maintenant qu'il y a un système sur le disque.
Bonjour Philippe,
Oui USB est bien en 1er dans la liste, suivi par windows.
Un point que j'ai omis de mentionner est que j'ai bien réussi à faire booter la clé, lorsque je la formate en NTFS plutot que FAT, cependant dans ce cas, GRUB démarre en mode terminal, il n'affiche pas la liste de démarrage.
J'ai utilisé la commande LS dans les différentes partitions pour trouver EFI/... mais sans succès.
Normalement, si tu crées ta clé système avec un outil comme Etcher, tu n'as pas à t'occuper du formatage. C'est lui qui va se charger de créer les partitions nécessaires avec les bons formats. Donc ton formatage préalable en ntfs ou fat ne devrait avoir aucune incidence.
Une chose me surprend dans ton message, c'est que tu parles de "test" avec Rufus et Etcher. Or ce ne sont pas des outils de test, mais de création de clés système amorçable.
Test dans le sens essai: création de l'image, démarrage, et contemplation de l'échec dans mon cas.
Avec Etcher effectivement pas besoin de m'en préoccuper, j'ai refait un essai après avoir soigneusement viré les partitions existantes sur la clé avec diskpart, sous windows, création de l'image avec etcher, qui se déroule avec succès et la clé contient bien une partition EFI, ainsi que 2 autres partitions inaccessibles (2GO ce qui correspond au contenu pour installer ubuntu, et 27 go, ce qui correspond au reste de l'espace dispo).
Pièce jointe 464614
Pièce jointe 464616
testé avec: démarrage depuis démarrer/redémarrer, démarrer/éteindre puis rallumer
Résultat: la clé est lue (clignote) mais boot totalement ignoré, démarrage de windows sur le HD.
testé avec récupération/démarrage avancé/démarrer depuis un USB EFI
Résultat: la clé est lue (clignote) et un message qu'aucun périphérique USB bootable n'est présent.
Je sèche vraiment.
.salut j'ai déjà eu ce problème avec des dell preconfigurer windows.Citation:
testé avec: démarrage depuis démarrer/redémarrer, démarrer/éteindre puis rallumer
Résultat: la clé est lue (clignote) mais boot totalement ignoré, démarrage de windows sur le HD.
testé avec récupération/démarrage avancé/démarrer depuis un USB EFI
Résultat: la clé est lue (clignote) et un message qu'aucun périphérique USB bootable n'est présent.
Je sèche vraiment.
meme si tu changes avec le boot a clé en premier çà demarre sur le disque : il y a une sécurité bios - pile - cavalier sur l'unité.
c'est fait pour eviter les hack de boot usb key.
le scénario est le suivant
en fait il faut ouvrir l'unité centrale enlever le cavalier qui est proche de la pile
enlever la pile , ne pas remettre le cavalier ( ou le mettre pour un reset )
rebooter ( personnellemnt je prefere les usb key formatée en Fat32 pour le boot) ....et prier ! ( ou aller sur le site Bios / machine du fabriquant et voir les differents status pile / cavalier )
Edit ; merd c'est un pc-portable:aie:
Si c'est un problème lié au matériel, une recherche sur "installation Linux + réf du PC" devrait pouvoir donner des pistes.
Le Bios donne-t-il la possibilité de passer en mode Legacy ?
J'ai cru comprendre que c'était nécessaire au moins pour la partition UFI non?Citation:
Envoyé par Engiwip
Non rien hélas, c'est un chassis proteus vi 32go ram, 1to ssd, i7 8450h 2070rtx mais je ne trouve ni info sur la carte mère ni sur le biosCitation:
Envoyé par Philippe Dpt35
Non, la seule option est bios legacy support, qui dit juste supporter les claviers, souris, storage usb en mode uefiCitation:
Envoyé par Philippe Dpt35
Ce qui est étonnant c'est que j'arrive bien a booter un grub, à la seule condition que la clé soit créee avec rufus en mode ufi et formatée par rufus en ntfs, toutes les autres combinaisons échouent. Cependant, le grub ne parvient pas à trouver la partition de démarrage dans ce cas.
Le dual-boot est-il une contrainte incontournable ?
Sinon il te reste la possibilité d'installer Ubuntu dans une machine virtuelle Virutalbox par exemple.
Avantages: ton Linux peut s'utiliser en mode fenêtré comme n'importe quel logiciel, sans qu'il soit nécessaire de redémarrer pour y avoir accès. C'est ce que j'utilise personnellement pour mes développements sous Linux.
Mais parfois certains usages font que l'on veut empêcher à l'utilisateur Linux d'avoir accès Windows !
Oui je développe un moteur de jeu, et pour le tester j'aurais besoin d'un linux natif, déjà essayé en virtualbox et en hyperV, mais l'émulation de la carte graphique n'est pas satisfaisante.Citation:
Envoyé par Philippe Dpt35
Un peu de progrès cependant, avec la clé crée via rufus en ntfs, dans le terminal grub, j'arrive à voir le contenu de la clé via ls (hd0, gpt2)/efi/Boot ou /Rufus
Il y a peut être moyen de creuser par là, en essayant la commande grub boot, j'ai reçu comme message que je devais charger un kernel au préalable.
Si tu bootes sur la cle et que tu vois le disque sous grub. Tu as fais le plus dur.
Maintenant je pense que ta clé est mal configurée pour lancer l install.
Tu peux choisir de bidouiller les etapes de lancement sous grub mais tu vas t ennuyer pour pas grand chose
Tu peux choisir une autre strategie configurant une autre cle ayant une tout autre façons d amorcer linux sous usb mieux que rufus.
J insiste avec le fat 32 car si le kernel a amorcer se trouve sur une partition ntfs tu vas avoir du mal a le charger.(je pense indice de confiance 30%...)
Ce que je ne comprend pas, c'est que la partition d'amorçage (contenant EFI/Boot...) est toujours en FAT (c'est ce que me dis GRUB quand je ls dessus), peu importe que je demande à RUFUS de formater en fat et NTFS, j'en déduis donc que c'est la partition contenant l'install de l'OS qui est en NTFS.
Mais si la partition OS est en FAT, alors GRUB n'apparait même pas
Je pense qu'on n'a pas la main sur les partitions crées pour l'UEFI. Il me semble que c'est l'iso qui doit contenir des fichiers image des partitions nécessaires au boot EFI.
testé avec YUMI, toujours pas fonctionnel
une partition unique en FAT32, contenant divers dossiers (boot, EFI, multiboot), au démarrage, c'est grub rescue qui apparait, et je ne trouve que 2 disques (HD0 et HD1), tous 2 avec partition unknown...
Essayes de créer une clé USB avec unetbootin, je n'ai vu aucune machine ne démarrant pas sous linux avec une ubuntu 16.04 faite avec unetbootin.
Salut,
J'ai essayé avec unetbootin 661, pas mieux, j'ai même pas grub, juste un message du style pas d'usb boot valide
Par contre j'ai pu identifier le BIOS, c'est InsydeH2O rev 5.0
je pense que t'es mur pour les mains dans le cambouis là si tu as grub.sh sous une quelconque maniere (rufus ?) et que tu vois le disque par ls faut aller lier le kernel , l'image puis bootCitation:
Envoyé par yildiz-online
si tu as le grub rescue
https://www.linux.com/learn/how-resc...g-grub-2-LINUX
si tu as le grub.sh
https://doc.ubuntu-fr.org/grub-pc
chacune des commandes suivantes sur une seule ligne, après l’invite grub:sh> :
search -f --set=Root /boot/grub/core.img
set root=(${Root})
probe -u (${Root}) --set=UUID
linux /vmlinuz root=UUID=${UUID} ro
initrd /initrd.img
boot
Attention, dans les iso Ubuntu, ce n'est pas core.img mais efi.imgCitation:
search -f --set=Root /boot/grub/core.img
Et il faut se dépatouiller avec un clavier US ! :(
