41 votes

Si je copie une clé USB bootable sur une autre clé USB, cela créera-t-il une clé de démarrage double?

Je pensais que c'était une question un peu idiote mais une recherche avec Google semble indiquer que ce n'est même pas possible de copier/coller des données d'un lecteur USB bootable vers un autre USB? Mais même si nous étions capables de le copier, pourquoi ça ne fonctionnerait pas? (c'est-à-dire créer un lecteur USB bootable en doublon)

61voto

K7AAY Points 9209

Copier simplement les fichiers ne rendra pas le lecteur amorçable. Ce ne sont pas seulement les fichiers sur une clé USB qui le rendent amorçable, mais la configuration de la table de partition, les métadonnées sur l'organisation du contenu du lecteur, qui indiquent à un PC s'il est amorçable, et si c'est du MBR ou GPT.

Comme indiqué sur cyberciti.biz:

Chaque disque et partition possède une sorte de signature et de métadonnées/chaines magiques. Les métadonnées sont utilisées par le système d'exploitation pour configurer les disques ou attacher des pilotes et monter les disques sur votre système.

Cependant, vous pouvez cloner la clé USB avec plusieurs outils, tels que dd, EaseUS Todo Backup, et les excellents et open source Clonezilla et Rufus. (Merci à Alex pour les rappels sur dd et Rufus).

Il existe même des appareils électroniques qui répliquent automatiquement les clés USB.

22voto

phuclv Points 22397

Copier ne s'occupe que des fichiers à l'intérieur de partitions formatées. Vous ne pourrez pas effectuer des opérations spéciales nécessaires au processus de démarrage comme définir les drapeaux de démarrage, écrire le chargeur de démarrage, ou parfois même copier des fichiers normaux à l'endroit correct (c'est-à-dire : secteur) dans la partition et définir les attributs/permissions des fichiers. À moins que vous n'ayez de la chance d'avoir ces éléments disponibles, grâce à une création antérieure de disque de démarrage, un outil de formatage qui écrit le chargeur de démarrage dans le MBR, etc., vous devrez effectuer plus d'étapes pour rendre le disque amorçable


Plus précisément, lors du démarrage en mode BIOS, le BIOS recherche le premier secteur (MBR) pour voir s'il y a une signature de démarrage valide 0xAA55. Si oui, il charge ce secteur et transfère le contrôle au chargeur de démarrage dans le MBR. Le MBR décrit la configuration de la partition, donc il ne peut pas être à l'intérieur de la partition et n'est pas ce que vous pouvez copier avec des outils normaux.

De plus, étant donné que le MBR est trop petit pour être utile, la plupart des chargeurs de démarrage modernes divisent le processus de démarrage en plusieurs étapes, avec le code de démarrage dans le MBR chargeant sa prochaine étape. Les étapes suivantes sont souvent de nouveau placées dans des régions en dehors des partitions. Certains peuvent les placer dans le EBR, mais grub met généralement sa deuxième étape dans la zone vide entre la première partition et le MBR appelée espace post-MBR. C'est pourquoi si les partitions ne sont pas alignées correctement, il n'y a pas d'espace pour que grub mette son code de démarrage, entraînant une erreur d'insertion

De nombreux chargeurs de démarrage comme LILO ou les anciens chargeurs de démarrage Windows/DOS codent en dur des informations dans le MBR, comme la position de la prochaine étape ou des fichiers système. Ils ne fonctionnent pas en lisant les données de la partition mais en lisant un secteur codé en dur, car il faudrait beaucoup de code pour analyser le système de fichiers qui est très difficile à intégrer dans des espaces minuscules comme le MBR ou l'espace post-MBR. Même grub prend en charge ce codage en dur bien que fragile, donc non recommandé. Cela signifie que certains fichiers système doivent être à l'emplacement exact sectoriel, ce que vous ne pouvez pas non plus réaliser avec une copie normale. C'est la raison pour laquelle vous voyez des "fichiers système non déplaçables" lors de l'exécution du défragmenteur Windows ou de la réduction des systèmes de fichiers, ce qui n'est parfois pas tout à fait exact, car c'est juste que Windows a trop peur de déplacer ces fichiers même si les chargeurs de démarrage modernes sont beaucoup plus volumineux, intelligents et ne se soucient pas de telles choses.

Et enfin, vous devez également définir la partition de démarrage comme active pour permettre au chargeur de démarrage de savoir quoi démarrer. Cela doit être fait par un outil de partitionnement ou en modifiant manuellement en hexadécimal, car c'est également placé en dehors de la zone de partition.


Avec l' UEFI, les choses sont beaucoup plus simples. Il reconnaît les systèmes de fichiers FAT (et même plus de systèmes de fichiers sur des implémentations non standard), donc les fichiers de démarrage sont stockés dans la partition de système EFI, aussi appelée ESP. L'UEFI charge les applications *.efi dans l'ESP qui chargera ensuite les systèmes d'exploitation.

Le micrologiciel UEFI prend en charge le démarrage à partir de périphériques de stockage amovibles tels que les clés USB. À cette fin, un périphérique amovible doit être formaté avec un système de fichiers FAT12, FAT16 ou FAT32, tandis qu'un chargeur de démarrage doit être stocké conformément à la hiérarchie de fichiers ESP standard, ou en fournissant un chemin complet d'un chargeur de démarrage au gestionnaire de démarrage du système.

Par conséquent, il vous suffit de copier le(s) fichier(s) *.efi dans l'ESP et de mettre les fichiers système dans le dossier correct. Cependant, il y a tout de même un petit problème car la partition FAT contenant le fichier *.efi doit être marquée comme ESP dans la table MBR ou GPT en dehors des partitions, ce qui ne peut pas être fait par simple copie comme ci-dessus. En particulier, le type de partition doit être modifié de 0Ch/0Bh/quelque chose à EFh dans le MBR et à C12A7328-F81F-11D2-BA4B-00A0C93EC93B dans le GPT, car l'ESP n'est pas en fait une FAT12/16/32 mais un système de fichiers indépendant basé sur la famille de systèmes de fichiers FAT


Et il existe encore de nombreux autres systèmes de partitionnement tels que l'étiquette de disque BSD ou APM qui doivent être modifiés différemment pour démarrer. Ou les clés USB peuvent avoir été formatées sans table de partition du tout (de ce que je sais, Windows le fait par défaut), donc le rendre amorçable sera différent. Mais la même limite s'applique : vous devez modifier les zones non partitionnées!!!

3voto

Bob Points 58080

Traditionnellement, le démarrage BIOS nécessitait un marqueur invisible spécial. Voici quelques exemples :

  • Si partitionné en MBR ("disque dur"), alors à l'intérieur de la table des partitions
  • Si disquette/superdisquette ("lecteur ZIP"), essentiellement l'ensemble du lecteur formaté sans table de partition, alors dans les premiers octets
  • Si CD, alors El Torito

Dans ces cas, vous ne pouvez pas simplement copier des fichiers. Le lecteur résultant sera inamorçable car il manque ces marqueurs spéciaux.

Cependant, le démarrage UEFI est spécial, plus intelligent, et aborde spécifiquement ces problèmes. Comme toujours, je recommande de lire ce billet de blog pour une introduction simplifiée à l'UEFI. Notez particulièrement la section de démarrage de secours. Cela est également discuté légèrement plus en détail ici.

Tout ce dont vous avez besoin pour que cela fonctionne est un fichier dans un chemin spécifique dans une partition que le micrologiciel recherchera. Pour une compatibilité optimale1, oui, cela devrait être une partition formatée en FAT32 marquée comme une partition système EFI dans un disque partitionné en GPT. Cependant, la plupart des micrologiciels rechercheront également des partitions (uniques) sur des disques partitionnés en MBR et non partitionnés (superdisquette).

Cela signifie que tout ce dont vous avez vraiment besoin pour le démarrage UEFI est une partition unique formatée en FAT321 contenant une entrée de démarrage de secours. Sur une architecture x86_64, cela signifie que vous avez juste besoin d'un fichier \EFI\BOOT\BOOTx64.EFI. Vous pouvez simplement copier d'une clé USB à une autre, y compris ce fichier, et tout devrait fonctionner.


1 FAT32 et GPT sont requis par la norme. MBR et superdisquette ne le sont pas, à ma connaissance, mais le support pour eux est assez universel parmi le matériel de bureau. Les ordinateurs portables sont un peu plus ésotériques ; les tablettes sont aléatoires, et le Mac EFI est unique.

2 La norme UEFI exige la prise en charge de FAT32. Certains micrologiciels pourraient également prendre en charge NTFS (bien que loin d'être garanti), et vous pourriez effectivement intégrer un pilote NTFS dans un ESP FAT32.

0voto

Sapphon Points 11

Ça dépend de ce que vous entendez par 'copier'.

Copier-coller dans l'interface graphique de votre système d'exploitation ? Non, ça ne fonctionnera pas - certains fichiers dont une clé USB bootable a besoin seront considérés comme "cachés"/invisibles et ne seront pas copiés.

Il existe des types de copie qui fonctionneront. Cela est souvent appelé 'imager' une nouvelle clé USB, pour la différencier de 'copier' son contenu. La manière la plus courante de le faire est avec un outil en ligne de commande, mais des options graphiques sont disponibles si vous en avez besoin.

Cela devrait suffire pour orienter vos recherches!

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X