Discussion :

[yildiz-online]

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?

[Philippe Dpt35]

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.

[yildiz-online]

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.

[Philippe Dpt35]

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.

[yildiz-online]

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).






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.

[Engiwip]

.

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.

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

[Philippe Dpt35]

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 ?

[yildiz-online]

.

personnellemnt je prefere les usb key formatée en Fat32 pour le boot)

J'ai cru comprendre que c'était nécessaire au moins pour la partition UFI non?

Si c'est un problème lié au matériel, une recherche sur "installation Linux + réf du PC" devrait pouvoir donner des pistes.

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 bios

Le Bios donne-t-il la possibilité de passer en mode Legacy ?

Non, la seule option est bios legacy support, qui dit juste supporter les claviers, souris, storage usb en mode uefi


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.

[Philippe Dpt35]

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 !

[yildiz-online]

Le dual-boot est-il une contrainte incontournable ?

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.

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.

[Engiwip]

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%...)

[yildiz-online]

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

[Philippe Dpt35]

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.

[yildiz-online]

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...

[chrtophe]

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.

[yildiz-online]

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

[Engiwip]

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 boot

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

[Philippe Dpt35]

search -f --set=Root /boot/grub/core.img

Attention, dans les iso Ubuntu, ce n'est pas core.img mais efi.img
Et il faut se dépatouiller avec un clavier US !