Media bootable avec Rufus pour la dernière version 1809

Bonjour Christine et Abdelhafid,

Pour info :

J'ai pris contact avec le concepteur de Rufus pour évoquer avec lui la solution d'une clé usb universelle ( cle MBR à 2 partitions créées par Diskpart  ) ne nécessitant pas de désactiver le Secure Boot.

Il connaissait le principe et m'a rapidement répondu en indiquant ses arguments pour conserver le mode actuel de Rufus dans la réponse ( en anglais ) ci-après :

>>> Mon message initial :

On 2018.12.10 13:36, HDUBAIL wrote:

> Hello,

>

> I found on the Net how to build an usb key which contains _install.wim

> or .esd file greater than 4 Gb_ and can boot on an Uefi system *without

> desactiving the Secure Boot.*

>

> The method consists on creating two partitions ( one small FAT32

> partition and a big NTFS one ) :

>

>   * The FAT32 partition contains files bootmgr and bootmgr.efi , folders

>     \boot and \efi, and file \sources\boot.wim copied from the iso file

>   * The NTFS partition contains all the files and folders from the iso file

>

> When the usb key has a MBR structure and the FAT32 is active, such a key

> can be used *both* on bios/mbr or bios/uefi sytem with Secure Boot active.

>

> The  method can be used whatever size has the install file and for all

> systems.

>

> Do you know such a way, which could be easily implemented in Rufus ?

>

> Henri DUBAIL

>

>>> La réponse :

Hi Henri,

Yes, I am well aware of the method you describe.

However I don't see the point of implementing it when:

• It adds unwarranted complexity and is not as future-proof as UEFI:NTFS

when Microsoft may suddenly decide, for Windows 11 or later, that they

need more than \boot, \efi and boot.wim on the first partition. With

UEFI:NTFS you are certain to always have all the files needed on the

same partition

• If you believe that *temporarily* disabling Secure Boot, as is needed

with UEFI:NTFS, is going to reduce the security of your system, then I'm

afraid you have been brainwashed into believing that because something

says "Secure", you should not disable it ever. I therefore encourage you

to read

https://github.com/pbatard/rufus/wiki/FAQ#Why\_do\_I\_need\_to\_disable\_Secure\_Boot\_to\_use\_UEFINTFS

• UEFI:NTFS can also be used to create systems that can be used on

*both* UEFI and BIOS. The logic that disables dual BIOS+UEFI in Rufus

has nothing to do with the 4 GB limitation. It is a design choice to

avoid inexperienced people installing Windows in BIOS mode when they

wanted UEFI (again, this is explained in the FAQ:

https://github.com/pbatard/rufus/wiki/FAQ#Why\_doesnt\_Rufus\_create\_a\_Windows\_installation\_USB\_that\_can\_be\_booted\_in\_dual\_BIOSUEFI\_mode).

But if you use the Alt-E cheat mode, you will see that Rufus has no

issue creating dual BIOS + UEFI bootable installation drives, even with

a >4GB install.wim.

• Considering that Microsoft is most definitely using Secure Boot as a

means to extinguish the licenses they don't like, such as GPLv3, and are

therefore happy to let misinformation about disabling Secure Boot being

a big NO_NO spread, I feel it is my duty to provide a counter point and

spread the message that, no, temporarily disabling Secure Boot will not

get you malware, especially if you use official OS images and validate

their SHA (as you should *always* do before you install an OS). Instead

you should be very weary when a single entity (Microsoft) effectively

acts as the gatekeeper of what *YOU* can and cannot run on the computer

that *YOU* own.

• You seem to imply that it would be "easily" implemented in Rufus. I

beg to differ, especially as only later versions of Windows 10 can mount

multiple partitions at once from removable media, which means Windows 7

and Windows 8 users (as well as Windows 10 users who haven't upgraded to

the latest releases) would be left stranded. Also this would require

computing the size needed for the additional partition as well as other

supposedly small matters that eventually ad up to make it less easy to

implement that people imagine.

To conclude, I will just say that Rufus has solved the issue of >4GB

install.wim a long time ago.

If you are paranoid to the point that you think that temporarily

disabling Secure Boot is not an option, then I will kindly ask you to

use a different utility, or manually create the media with the

partitions described, which should be fairly easy if you are using a

recent version of Windows 10.

Regards,

/Pete

Bonsoir Christine

Les gens qui m'ont connu dès mes débuts sur le forum savent que je suis méticuleux à l'extrême jusqu'à devenir bête mais justement c'est ce que j'ai toujours recherché, c'est à dire être compris par tous les utilisateurs, mêmes ceux qui sont bêtes comme moi.

Ceci, c'est pour dire que ce que j'ai suggéré comme tutoriel est détaillé au maximum jusqu'à être agaçant mais si certains détails ne te conviennent pas, tu peux toujours les enlever….

Cependant, je rappelle que ce tutoriel doit être fait pour les nuls et il ne faut pas oublier que certains parmi eux ne savent par exemple même pas qu'il faut appuyer su la touche Entrée après avoir saisi une commande sous Diskpart, alors……

Alors voici le tutoriel :

Au format Word :

https://www.cjoint.com/c/HLjwueMNokW

Au format pdf :

https://www.cjoint.com/c/HLjwvqBDYlW

Tu peux modifier comme tu le souhaite ce document : je notifierais qu'il s'agit d'un document écrit en commun , j'ai modifié le document en insérant le bon tableau : partage en lien ici https://www.partage-fichiers.com/upload/khlcgwdq

Bonjour Christine

Donc, pour Rufus, toujours pas de solution et dans ce cas cet outil va certainement être délaissé petit à petit quand les utilisateurs comprendront tout.

Cependant, je suis persuadé que son éditeur ne va pas s'arrêter là, surtout que pour créer une clé universelle, la modification de ce logiciel doit être très facile à faire à mon avis…. Affaire à suivre.

Concernant le tutoriel, oui, j'ai beaucoup de choses à ajouter mais si cela ne te convient pas tu peux t'arrêter là et créer ton tutoriel mais j'aimerai bien que tu saches qu'avec tous les ajouts etc... que je ferais, tu peux toujours créer ce tutoriel en ton nom, cela n'a absolument pas d'importance.

Pour ce qui est du tableau, tu n'as pas pris le bon, car le tableau final est celui de mon dernier message du 02 Décembre, celui qui comporte 8 clés.

Comme j'ai quelques soucis de famille, je ne pourrai donner mes propositions que ce soir très tard ou bien demain.

Donc le résultat pas du tout interessant puisque seul un message d'avertissement concernant le secure boot a été mis en place à la création de la clé GPT 

Donc si tu as des choses à rajouter sur le document que j'ai mis en partage tu peux le faire , le tableau n'a pas besoin pour moi d'être modifié la nouvelle version de Rufus n'apportant rien de nouveau .