Lorsque l'UEFI / (carte mère Firmware) est défini sur UEFI (non hérité), USB n'est pas détecté
Lorsque UEFI/(carte mère Firmware) est défini sur UEFI (non hérité), USB n'est pas détecté
Lorsqu'il est défini sur Legacy, il est détecté.
Il va sans dire que je ne peux pas démarrer à partir de ce dernier lorsque l'UEFI est en mode UEFI. La clé USB n'est même pas détectée.
Voici quelques photos.
Le disque dur n'a plus de partitions (depuis que je les ai supprimées avec l'assistant de partition), mais il disposait de Windows 8.
Remarque- Ce n'est pas la même chose que cette question Windows pour résoudre les problèmes d'amorçage USB 3.0 . Parce que mon un échoue pour USB 3.0 et les ports USB 2.0. Tout port USB ne fonctionne pas. Et la réponse acceptée à ce sujet suggère qu'un autre port fonctionnerait. Je remarque cependant, comme je le dis, que ma clé USB 2.0 fonctionne, quel que soit le port, même le port USB 3. Donc, le problème que j'ai est celui des clés USB 3. Mais le problème que j’ai, c’est d’utiliser des clés USB 2 uniquement. Comment puis-je obtenir le support USB 3, est-ce possible.
Note complémentaire - La clé USB2 que j’avais essayée faisait réfléchir le dernier Macrium. Je viens d’essayer une clé USB 3 avec Windows 10 ISO (faite avec rufus. GPT, FAT32) et elle a été détectée sous UEFI. Le même modèle se démarque, n'est pas détecté sous UEFI. Et lorsque j’ai créé une image ISO Windows 7 avec cette clé USB 3, même en GPT, FAT32, cela n’a pas été détecté dans UEFI. Peut-être faut-il que ce soit Win10 .. ou le dernier reflet Macrium, pour que UEFI soit pris en charge par l’USB jusqu’à ce qu’il soit même détecté. De plus, afin de voir quand il est détecté, je vois qu'il n'est pas nécessaire de passer de UEFI réglé à UEFI, vs UEFI défini à Legacy, pour voir si une clé USB a été détectée par UEFI, car elle sera répertoriée sous EFI façon. Et si Legacy est défini, il sera également répertorié ici.
Et note mise à jour Cela semble être aussi long que si elle est formatée en GPT, FAT32 et qu’elle contient le dossier EFI, alors cela fonctionne. Le fichier dont il a besoin pour que le BIOS puisse le voir est \efi\boot\bootx64.efi. Le nom du fichier pourrait ne proposer que 64 bits. Si vous demandez à Rufus de créer un fichier GPT USB, FAT32, il n'aura pas encore le fichier, mais si vous le téléchargez ou le copiez à partir d'un Win7 64 bits, il fonctionnera. C’est donc un moyen rapide de tester et de réduire les coûts ... Il semble que pour win7 32 bits, rufus par défaut soit ntfs, et ne laisse pas choisir "GPT avec UEFI". De plus, bien que l’ISO soit un système de fichiers, je suppose que ce n’est pas le cas lors de l’écriture sur un périphérique USB. FAT32 et NTFS.
Le win7 32bit a un dossier EFI. donc je suppose que Rufus a tort quand il dit que ce n'est pas une image EFI
Alors peut-être que l'outil de téléchargement Win7 est la chose à utiliser pour cela .. Ou simplement le formater avec Rufus et copier les fichiers dessus. Bien que mon ordinateur portable soit de 64 bits, il est peut-être inutile de tester une norme ISO de 32 bits.
https://technet.Microsoft.com/en-au/library/hh824898.aspx "En mode UEFI, la version Windows doit correspondre à celle du PC. Un ordinateur UEFI 64 bits ne peut démarrer que les versions 64 bits de Windows, tandis qu'un ordinateur 32 bits ne peut démarrer que des versions 32 bits de Windows. Dans certains cas, en mode BIOS hérité, il est possible d'exécuter 32 Windows 64 bits sur un PC 64 bits, en supposant que le fabricant prenne en charge le mode BIOS 32 bits hérité sur le PC. S'applique à: Windows 8, Windows 8.1, Windows Server 2012, Windows Server 2012 R2 "
Bien que mon problème ne concerne pas le nombre de fenêtres bit .. c’est juste la détection .. mais pour éviter d’autres problèmes, je vois que cela vaut la peine d’utiliser des fenêtres 64 bits sur un ordinateur portable 64 bits.
Il s’avère que, tout d’abord, le mode de détection de l’UEFI n’a aucune importance en ce qui concerne la détection. Ainsi, une clé USB détectée sous EFI apparaîtra sous EFI et si Legacy est choisi, puis au redémarrage, la clé USB s'affichera sous EFI et Legacy.
Mais pour être répertorié sous EFI, l'USB doit être correctement configuré pour EFI.
La question est de savoir comment configurer une clé USB pour qu’elle apparaisse sous EFI (vous avez alors une chance de la redémarrer si elle n’est pas en mode hérité, c’est-à-dire lorsque l’UEFI est en mode UEFI). Vous trouverez ci-dessous la solution pour afficher une clé USB sous EFI.
Rufus offre un certain nombre d'options
Remarque: le terme général pour MBR et GPT, sont "formats de partition".
Il se peut que les 3 options fonctionnent, dans lesquelles l’UEFI est intégré. Elles fonctionnent toutes pour moi. Ces instructions http://www.eightforums.com/tutorials/15458-uefi-bootable-usb-flash-drive-create-windows.html indiquent que vous devez choisir "GPT avec UEFI "
Pour le système de fichiers .. apparemment, UEFI doit prendre en charge FAT32, et pas nécessairement NTFS. Donc, la meilleure option est FAT32
Il y a encore une chose à faire. Un "fichier de chargeur de démarrage" dans un dossier particulier, généralement\efi\boot \
Cette page sur Debian mentionne les noms de ces fichiers. Mais cela reste pertinent pour Windows, car par exemple, Windows 7 64 bits utilise le chemin et le nom de fichier de\EFI\boot\bootx64.efi
AMD64 \EFI\boot\bootx64.efi
i386 \EFI\boot\bootia32.efi
arm64 \EFI\boot\bootaa64.efi
Je trouve des tests sur un ordinateur portable de 64 bits. Si le fichier bootia32.efi se trouve sur le port USB, il ne sera pas détecté (peut-être parce que l'ordinateur portable est de 64 bits), mais avec le fichier bootx64.efi, même s'il y a des problèmes dans le fichier et ce n'est pas un chargeur de démarrage approprié. Bien sûr, il ne démarrera pas correctement ou pas loin. Mais ce que je veux dire, c'est que pour être détecté, vous avez besoin de ce fichier. La détection est une condition préalable au démarrage. Si c'est le bon fichier, il démarrera aussi. Je pouvais résoudre le problème beaucoup plus rapidement quand je me rendais compte que je n'avais pas à graver une image ISO complète de Windows sur une clé USB pour tester ceci/cela.
Le Win7 ISO 32 bits que j'ai examiné a le dossier EFI Le win7 ISO 64 bits a aussi un dossier EFI. Je ne suis pas sûr des valeurs par défaut, mais il semblerait que l'USB ne soit peut-être pas EFI, il a un répertoire EFI mais pas EFI\boot et donc pas bootx64.efi et le microprogramme de la carte mère UEFI de mon ordinateur portable ne le voit pas non plus comme EFI Ainsi, Rufus n’est pas le seul à le percevoir comme n’appartenant pas à EFI, l’UEFI présent sur mon ordinateur portable ne voit pas non plus Win7 (même à 64 bits), comme EFI.
Bien que le nom de fichier dans\efi\boot ne soit pas spécifique à un système d'exploitation, le contenu du fichier est très probablement spécifique à un système d'exploitation. Ce lien par exemple http://www.nextofwindows.com/how-to-make-uefi-bootable-usb-flash-drive-to-install-windows-8 offre un téléchargement dans le fichier et indique "si vous vous préparez à une version 64 bits de l'installation. Vous devrez copier un fichier appelé bootmgfw.efi à partir du fichier install.wim du dossier sources dans le dossier efi\boot de la clé USB. et renommez-le en bootx64.efi ... [ou] ... vous pouvez simplement télécharger ce fichier ( http://www.nextofwindows.com/download/bootx64.efi ) et copiez-les dans votre dossier efi\boot. "Il peut également y avoir des fichiers de support pour un démarrage correct.
Donc tu devrais vérifier
Format de partition
Système de fichiers
Dossier EFI existant avec le fichier correspondant (ceux-ci figureront également dans tout ISO du système d'exploitation destiné à être démarré à partir d'un UEFI défini sur UEFI - par opposition à un système d'exploitation conçu pour être démarré à partir d'un BIOS ou d'un UEFI défini sur un système hérité)
Le dossier EFI est une nécessité. mais n'écrivez pas le dossier manuellement, sauf si vous faites des essais ou si vous ne savez pas ce que vous faites. Ça va être avec le système d'exploitation ISO.
Apparemment, Win7 a quelques problèmes avec USB3 bien que ce ne soit pas le problème ici. Cela causerait d'autres symptômes.
Windows 10 peut également être créé à l'aide de "l'outil de création multimédia" de Windows 10 à la place de rufus, bien que je sois trouvé d'accord. Et la raison pour laquelle Macrium reflète l’amorçage, c’est que l’actuel est basé sur WinPE 10 64 bits, qui est le WinPE pour Windows 10. Windows 10 64 bits, contient le dossier EFI. (Je ne peux pas commenter sur Windows 10 32 bits) Et lorsque le programme Macrium crée une clé USB, il doit lui donner un format de partition prenant en charge UEFI, par exemple. GPT ou une forme de MBR qui prend en charge UEFI et l’USB aurait le dossier EFI.
Si le passage d'un paramètre de bios hérité à UEFI modifie votre résultat, il ne s'agit (certainement) pas d'un problème de motivation.
Les systèmes de fichiers tels que NTFS/FAT/HFS se situent à un niveau supérieur à celui dont vous avez besoin pour résoudre les problèmes pour l'instant.
Si aucun disque d'amorçage (USB ou non) n'est pas détecté lorsque le microprogramme de la carte mère est défini sur UEFI au lieu du mode hérité, il s'agit d'un problème de table de partition. Notez que je dis table de partition, pas partition.
La table de partitionnement contient des partitions et il est tout à fait possible que vous ayez supprimé toutes les partitions du périphérique USB, laissant ainsi une table de partition réellement vide. La table de partition sera toujours là, cependant, et s'il s'agit d'une table de partition MBR (Master Boot Record), vous devez la remplacer par une table de partition GPT (GUID Partition Table).
Une table de partition MBR est une table de partition au format hérité que votre ordinateur ne verra tout simplement pas, sauf si la prise en charge du microprogramme est activée.
Les systèmes d'exploitation hérités nécessitent des formats de table de partition hérités, mais vous mentionnez Windows 8, qui prend totalement en charge UEFI/GPT, ce qui ne devrait donc pas poser de problème.
Plus d'informations:
GPT: https://en.wikipedia.org/wiki/GUID_Partition_Table
MBR: https://en.wikipedia.org/wiki/Master_boot_record
En utilisant l'approche de Microsoft pour convertir un disque MBR en GPT:
https://technet.Microsoft.com/en-gb/library/dn336946.aspx
Il existe des termes techniquement incorrects (bien que très courants) dans la page MS, mais cela peut vous aider si vous avez bien travaillé. N'hésitez pas à utiliser les commentaires pour demander des détails si nécessaire
note ajoutée par barlop
Il y avait quelques bonnes corrections sur le lien ms, David a posté les corrections dans les commentaires, malheureusement, un modérateur les a supprimées plutôt que de les déplacer dans un lien de discussion. Je vais inclure ici ce dont je me souviens de mémoire de ce que David me disait.
Le lien MS utilise le style de partition terme, le terme correct est le format de partition.
Le lien MS indique que le MBR a une limite de 4 To, ce qui est incorrect car il existe un moyen d'aller au-delà avec le MBR. Peut-être que David peut modifier certains détails, mais je vois des discussions ici https://serverfault.com/questions/590524/why-are-there-only-four-primary-partitions- on-an-mbr-disk Le lien MS indique également qu’il est difficile d’aller au-delà de 4 partitions, ce n’est pas correct. Vous pouvez avoir plusieurs partitions logiques (comme le dit un autre lien Ms, de manière claire et bien connue). La limite de MBR est de 4 partitions principales, comme l'indique ce lien serverfault.
Il a peut-être mentionné d'autres choses, mais je ne m'en souviens pas.