Media bootable avec Rufus pour la dernière version 1809

Bonjour , 

La remarque de Henri Dubail : 

le tutoriel DISKPART doit être complété : il faut introduire une commande 'convert mbr' après la commande 'clean'

m'a permit de créer une clé qui boote et en UEFI et en Légacy .

Donc en modifiant le tutoriel de cette façon :

Création des partitions sur la clé

Select disk 1

Clean

Convert mbr

Create partition primary size=500

Format fs=fat32 quick Label="Boot"

Active

Assign

Create partition primary

Format fs=ntfs quick Label="Install"

Assign

Copie des fichiers sur la clé :

1- Copie des fichiers de démarrage sur partition FAT32 nommée Boot :

a- Copier à la racine de cette partition les dossiers boot et efi et les fichiers bootmgr et bootmgr.efi à partir de la racine de l'ISO de Windows 10.

b- Créer à la racine de cette partition un dossier nommé sources  puis copier le fichier boot.wim qui se trouve dans le dossier sources de l’ISO de Windows 10.

2- Copie des fichiers d’installation sur partition NTFS nommée Install :

Copier à la racine de cette partition le contenu de l’iso de Windows 10.

Bonjour HenriDUBAIL

> On retrouve bien qu'une cle sera universelle si elle a une structure MBR et une partition de démarrage ( active ) en FAT32.

Ton tableau est juste mais cette dernière conclusion n'est pas totalement juste car la clé UEFI de Rufus est bien en MBR et sa partition active est en fat32 alors qu'elle n'est pas universelle, c'est l'erreur que j'avais faite et que tu as corrigé hier, en signalant par erreur que la clé N°4 était universelle.

Tu peux répondre que tu ne tiens pas compte de Rufus, mais là on parle de tout.

Bonjour à tous,

Merci à Michel-Sébastien d'avoir validé mon hypothèse, à savoir que la clé qu'il avait utilisée avait une structure GPT : c'est bien pour cette raison qu'il a eu un problème avec la commande 'active'.

En conclusion des divers tests réalisés, on peut aussi bâtir le tableau suivant, qui indique les conditions de démarrage sur une clé usb, en fonction de sa structure ( MBR ou GPT ) , du Bios ( MBR ou UEFI ) sur lequel on veut booter et du format ( FAT32 ou NTFS ) de la partition de démarrage :

On retrouve bien qu'une cle sera universelle si elle a une structure MBR et une partition de démarrage ( active ) en FAT32.

Cordialement.

Ma contribution:

Merci à ZEKRI Abdelhafid. pour sa réponse du 23.11 à 23H.20. Il a très bien décortiqué ce que j'avais écrit, au sujet de ma confection d'une clé USB à partir de DISKPART.J'ai pris tous les risques pour moi seul, mais si besoin je referai avec MCT, car c'est du MICROSOFT et c'est plus sûr. J'ai fait les trois sortes de clé: MCT, RUFUS, et DISKPART.   

Oui, j'ai bien récupéré les deux fichiers et les deux dosssiers du BOOT à la racine de l'ISO. Sur ma clé, le Boot supporte du FAT32, et l'INSTALL du  NTFS, **comme c'est indiqué dans "msnloop",**selon la proposition d'HenriDUBAIL. [Fil du mercredi 21 nov à 6H. 33].

<<Tu es assez débrouillard et tu as quand même rencontré un petit problème>> Ma réponse est: Oui; je ne le cache pas. Car j'étais déçu par le résultat, le soir même. Toute la mise en forme "ASUS" d'origine avait disparu, (en apparence) et j'avais un nombre surprenant de dossiers, dans ma partition C:. Sans hésiter, j'ai relancé toute la procédure de WINDOWS_10 à partir du Panneau de configuration: Récupération, réinitialiser ce PC, Commencer, etc.

Là, je savais où je m'avançais: Cela a pris 4 heures, sans raccordement à Internet, puis une heure encore  pour répondre au questionnaire d'installation de WINDOWS, en étant connecté à internet, pour la partie finale.

J'avais écrit à ce sujet, (citation perdue, mais reprise dans le fil de ZEKRI Abdelhafi): <<il faut savoir que l'installation aboutie ne peut se faire qu'en lien Réseau avec Microsoft, avec un compte Microsoft.>> Ma réponse ici à nouveau : oui j'ai refait la même chose.  Mais, pour donner une juste réponse à Abdelhafid: je n'ai pas cherché à faire un "compte local", par ignorance de ma part.

Donc, quand tout s'est achevé, j'ai retrouvé la configuration d'ASUS et un  WIN10_1809_109 très vigoureux. Grâce aux MAJ de la journée, mon PC a passé ensuite au stade: <<1809_134>>, tout seul, comme avant.

J'avais écrit: << Pour lancer le programme de remise à neuf, j'ai passé bien sûr par la commande F2 (J'ai un ASUS) pour changer l'ordre de lancement. Mais à la fin, le "bios GPT" a remis les choses dans le bon ordre, sans intervention particulière >>. Là j'avais TOUT FAUX.

Car mon PC, bien qu'assez récent (2015) , dispose d'un BIOS dans lequel c'est écrit dedans, à la ligne USB CONFIG: "Legacy USB support". (Je ne sais malheureusement pas faire de saisie d'écran, pour le montrer).

Le fait est que le disque dur a repris le contrôle à la fin, sans aucune intervention de ma part. N.B.: Lorsque j'avais réinstallé WIN_7, sur un autre PC datant de 2012, cette machine avait un lecteur de DVD, et j'avais eu droit au message "Disk failed". C'est pourquoi je m'attendais encore à un message… de ce genre. 

Mais, pour ce PC qui tourne sur WIN_10 d'origine, je n'ai fouillé mon BIOS qu'après coup. J'avais seulement changé l'ordre de boot dans le BIOS pour que ma clé de boot DISKPART soit prioritaire, au lancement.  Moralité: Il faut bien connaître sa machine sur le bout des doigts.

Ma réponse à HenriDUBAIL: oui mon disque dur est bien tramé en GPT. avec un bios qui a du <"Legacy USB support">. (Je signale ceci à l'attention de Christinep0631, parce qu'elle est revenue à plusieurs reprise sur le cas d'un Bios/Legacy)

Ma réponse à ZEKRI Abdelhafid: je n'ai pas touché au Secure Boot, ni avant ni après. Si cela était d'avance: "par défaut", c'est resté tel quel.

Puisque HenriDUBAIL me cite  dans son fil du vendredi 24, à 5H. 12, (où j'ai reconnu ma prose) il trouvera dans ce fil **ma réponse vérifiée.**Oui ma clé a le tramage GPT. Ensuite je l'ai partitionnée avec DISKPART, ligne par ligne; et cela donne deux formats de fichiers différents.Mon disque dur aussi est GPT. et son Bios a du <Legacy USB support>.Cela n'empêche pas que le disque dur OS reçoit des fichiers divers: image, txt, ini, exe, dll, docx, etc que tout le monde connait

Je suis d'accord avec la demande de ZEKRI Abdelhafid, ce vendredi 24, à 11h.44. Il faut être le plus clair possible dans un tutoriel. Pour ma part j'ai pu interpréter, parce que j'ai quelque notion des lignes de commande, sachant qu'elles agissent "à la racine".

Réponse au fil de 11H. 56 :

<<Tu as parfaitement raison mais il est extrêmement rare qu'une clé USB soit en MBR, et l'erreur survenue chez Michel-Sébastien CALVEZ doit être d'une autre nature, sinon comment il aurait pu savoir qu'il faut ajouter cette commande, à moins d'avoir refait toutes les opérations après avoir converti sa clé au format MBR >>.

Ma réponse: Je n'ai pas ajouté de commande, j'ai suivi à la lettre "msnloop" avec le papier sous les yeux. D'instinct je suis parti sur une clé d'abord formatée en FAT32, à partir de mon OS WIN_10, sinon j'aurai demandé NTFS. Mais un tramage plus profond, nommé Table de Partition Guid, ou GPT, se transmet sur les Clés USB formatées par l'OS. 

Quand on formate une clé USB, l'OS Système  ne propose pas d'autre choix, à ma connaissance. On trouve FAT, (exFAT), FAT32, ou NTFS. Peut-être, qu'avec des OS que je connais pas encore, cela est possible. Avec les deux PC sur lesquels je travaille, je vois qu'une différence existe entre l'OS de mon PC WIN_7, et celui de l'autre PC WIN_10.

Dans WIN_10 il n'est plus question d'exFAT.

Mon disque dur externe, (dans lequel j'avais sauvegardé tout le possible, avant de me lancer) est "disque de démarrage principal" c'est à dire MBR, en profondeur, mais auparavant je lis sur ce disque: NTFS. Ce disque dur n'a jamais été formaté par moi: je l'utilise tel quel.

Pour savoir si c'est GPT ou MBR, j'interroge le disque : matériel> propriétés> volume> peupler: C'est là que je trouve ce tramage plus profond que le formatage proprement dit. Si je me trompe, quelqu'un me dira!

Réponse à HenriDUBAIL: 12H.25:

ma clé USB travaillée avec DISKPART a le tramage GPT (Table Partiton GUID) en profondeur, de même que l'OS qui l'a fabriquée. Il n'empêche que la partition BOOT supportée par la clé, est formatée en FAT32, et que l'autre partiton "Install" est formatée en NTFS. Ce sont des structurations à deux niveaux distincts

MBR (ou disque de démarrage principal) et GPT (TablePartiton GUID) correspondent à un tramage en profondeur. Mais,  à partir de l'un ou l'autre des deux supports ainsi tramés, on peut avoir un sytème de fichiers Fat32, ou NTFS. Si je me trompe, quelqu'un me le dira!

Réponse au fil de ZEKRI Abdelhafid:(12H. 38)

<<Sauf que j'ai précisé qu'il est rare qu'une clé USB soit au format GPT, et que le problème de Michel-Sébastien CALVEZ devait être d'une autre nature,sinon comment il aurait pu savoir qu'il faut ajouter cette commandepour avoir réussi à créer sa clé, à moins d'avoir refait toutes les opérations après avoir converti sa clé au format MBR.>>

             Je ne sais rien d'autre que ce que je dis, et je n'ai rien ajouté d'autre : Ma clé est restée GPT en sa trame profonde, comme l'Operating System qui l'a fait, mais elle a reçu en plus deux formatages distincts, obtenus avec les lignes de commande diskpart : FAT32 et NTFS. Je suis sûr que toutes mes clés USB, formatées sur ce même PC auront les mêmes caractéristiques: **GPT en profondeur de tramage,**et puis,  soit NTFS, soit FAT32 en système de fichiers.

Si MBR peut remplacer GPT, je n'y vois aucun inconvénient pour ma part, mais ce remplacement ne s'est pas fait chez moi. Cela fonctionné autrement.

Intervention d'HenriDUBAIL (17H. 36) En lisant son texte, j'ai tendance à affirmer comme lui:

<<Je me répète et je suis sûr de moi : une clé GPT ne peut pas démarrer en environnement bios/mbr>>

Et j'ajoute, pour aller dans le même sens: Ma clé GPT a fonctionné sous mon BIOS mais avec ce point particulier dans mon BIOS : à la ligne USB config, je lis: Legacy USB Support.

Bonsoir à tous. J'arrive après la bataille, mais c'est l'indication aussi que malgré mes manoeuvres "risquées" chez moi, ça marche comme avant.

>Je me répète et je suis sûr de moi : une clé GPT ne peut pas demarrer en environnement bios/mbr

… et je n'ai retrouvé nulle part la confirmation de Christine qu'une telle clé puisse fonctionner en Legacy

Oui, moi aussi je suis sur de moi puisque je l'avais précisé sur mon message du 19/11/2018 à 13:25:44  en disant à la fin :

"Une ou plusieurs questions demeurent, cependant :

1- Christine confirme que la clé USB UEFI /GPT en Fat32 (une seule partition) créée par l’outil MCT, fonctionne sous BIOS/MBR.

Soit !

2- Mais dans ce cas, est-ce que :

Ta clé USB UEFI /GPT en Fat32 (une seule partition gravée par Rufus mais dont l’ISO est téléchargé par MCT fonctionne elle aussi en BIOS/MBR ?

3- Est-ce qu’une clé USB UEFI/GPT (avec 2 partitions) gravée avec Rufus peut fonctionner sous BIOS/MBR comme celle UEFI/GPT avec une seule partition en Fat32 créée avec MCT ?

Sur un PC sous la main en BIOS/MBR, la réponse est non*".*

C’est-à-dire qu'on est d'accord mais que je m'étais égaré à cause de soucis d'ordre familiale….

Merci donc d'avoir relevé cette faute, pour cela le tableau final est définitivement celui-là :

Et une première conclusion que je peux faire de mon coté est que si une version future de Rufus ne sera pas universelle, il ne sera plus intéressant comme il l'a toujours été mais je ne pense pas que son éditeur ne va s'arrêter là…..

Cependant, il n'existe pas que Rufus comme outil de gravure de clé USB pour Windows 10 (UEFI et MBR) et il se peut fort bien que parmi ces outils il doit y avoir ceux qui, sous une version à jour, soient universels, donc, affaire à suivre mais plus tard, pour le moment notre tableau est définitif….