Si je copie un lecteur USB amorçable sur un autre périphérique USB, créa-t-il un lecteur amorçable en double?
Je pensais que c'était un peu une question idiote, mais une recherche avec Google semble indiquer indiquer qu'il n'est même pas possible de copier/coller des données d'un lecteur amorçable sur une autre clé USB? Mais même si nous pouvions le copier, pourquoi cela ne fonctionnerait-il pas? (qui crée un lecteur amorçable en double)
Copier simplement les fichiers ne fera pas un lecteur amorçable. Ce ne sont pas seulement les fichiers sur un lecteur flash USB qui le rendent amorçable, mais la table de partition configuration, le métadonnées de l'organisation du contenu du lecteur, qui indique à un PC si c'est le cas. bootable , et si c'est MBR ou GPT .
Comme indiqué sur cyberciti.biz :
Chaque disque et partition possède une sorte de signature et de chaînes de métadonnées/magie. Métadonnées utilisées par le système d'exploitation pour configurer des disques ou associer des pilotes et monter des disques sur votre système.
Cependant, vous pouvez cloner le lecteur flash avec un certain nombre d'outils, tels que dd , EaseUS Todo Backup et l'excellent 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 lecteurs flash .
La copie ne fait que copier des fichiers dans des partitions formatées. Vous ne pourrez pas effectuer des tâches spéciales nécessaires au processus de démarrage, telles que définir les indicateurs de démarrage, écrire le chargeur de démarrage ou même parfois copier des fichiers normaux à l'emplacement correct (lire: secteur) de la partition et définir les attributs des fichiers./autorisations. Sauf si vous avez de la chance de disposer de ces éléments, en raison d'une création antérieure du disque de démarrage, d'un outil de formatage qui écrit le chargeur de démarrage sur le MBR, etc., vous devrez effectuer davantage d'étapes pour rendre le disque amorçable.
Spécifiquement lors du démarrage en mode BIOS, le BIOS recherche le premier secteur (MBR) pour voir s’il existe une signature de démarrage valide 0xAA55 . Si c'est le cas, 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. Par conséquent, ne peut pas se trouver à l'intérieur de la partition et est ce que vous ne pouvez pas copier avec des outils normaux.
De plus, comme 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 qui charge sa prochaine étape. Les étapes ultérieures sont à nouveau souvent placées dans régions en dehors des partitions. Certains peuvent le mettre dans le EBR , mais grub place généralement sa deuxième étape dans la zone vide située entre la première partition et le MBR, appelée gap post-MBR. C'est pourquoi si on n'aligne pas les partitions correctement, il n'y a plus d'espace pour que grub puisse mettre son code de démarrage, ce qui entraîne erreur d'intégration
De nombreux chargeurs de démarrage, tels que LILO ou les anciens chargeurs de démarrage Windows/DOS, contiennent également informations codées dans le MBR, telles que la position de la prochaine étape ou des fichiers système. Ils ne fonctionnent pas en lisant les données de partition mais en lisant un secteur codé en dur, car il faudra trop de code pour analyser le système de fichiers, ce qui est très difficile à compresser dans de petits espaces comme le MBR ou le post-MBR. Même grub supporte un tel codage difficile . Cela signifie que certains fichiers système doivent se trouver à l'emplacement exact, secteur par secteur, ce que vous ne pouvez pas obtenir avec une copie normale. C'est la raison pour laquelle vous voyez "fichiers système non amovibles" lorsque vous exécutez un défragmenteur Windows ou que vous réduisez les systèmes de fichiers, ce qui n'est parfois pas correct, car Windows n'a que trop peur de les déplacer, même avec le démarrage moderne. les chargeurs sont beaucoup plus intelligents et ne se soucient pas de ce genre de choses.
Et après tout, vous devez également définir la partition de démarrage comme active pour que le chargeur de démarrage sache quoi démarrer. Cela doit être fait par un outil de partitionnement ou par une édition hexadécimale manuellement, car il est également placé en dehors de la zone de partition.
En UEFI, les choses sont beaucoup plus faciles. Il connaît les systèmes de fichiers FAT (et même davantage de systèmes de fichiers sur les implémentations non standard). Par conséquent, les fichiers de démarrage sont stockés dans la partition système EFI, A.K.A ESP . L'UEFI charge les applications * .efi dans le 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 des 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 standard ESP, ou en fournissant un chemin d'accès complet. un chargeur de démarrage sur le gestionnaire de démarrage du système.
En résumé, il vous suffit de copier le (s) fichier (s) * .efi sur le ESP et de placer les fichiers système dans le bon dossier. Cependant, il reste un petit problème car la partition FAT contenant le fichier * .efi doit porter marqué ESP dans la table MBR ou GPT en dehors des partitions, ce qui ne peut pas être fait en copiant comme ci-dessus. En particulier, le type de partition doit être changé de 0Ch/0Bh/que ce soit en EFh en MBR et en C12A7328-F81F-11D2-BA4B-00A0C93EC93B en GPT, car le ESP est pas réellement FAT12/16/32 mais un système de fichiers indépendant basé sur la famille de système de fichiers FAT
Et il existe encore de nombreux autres schémas de partitionnement tels que l'étiquette de disque BSD ou l'APM, qui doivent être modifiés différemment pour pouvoir démarrer. Ou bien les clés USB ont peut-être été formatées sans une table de partition (AFAIK Windows le fait par défaut), ce qui la rendra amorçable. Mais la même limite s'applique: vous devez modifier des zones non partitionnées.
Traditionnellement, le démarrage du BIOS nécessitait un marqueur invisible spécial. Voici quelques exemples :
- Si partitionné MBR ("disque dur"), dans la table de partition
- Si floppy/superfloppy ("lecteur Zip"), l’ensemble du lecteur est formaté sans table de partition, puis dans les premiers octets.
- Si CD, alors El Torito
Dans ces cas, vous ne pouvez pas simplement copier des fichiers. Le lecteur résultant ne pourra plus démarrer car il manque ces marqueurs spéciaux.
Cependant , le démarrage UEFI est spécial, plus intelligent et traite spécifiquement de ces problèmes. Comme toujours, je vous recommande de lire cet article de blog pour une introduction simplifiée à UEFI. Prenez note de la section de démarrage de secours. Ceci est également discuté un peu plus en détail ici .
Tout ce dont vous avez besoin pour que cela fonctionne est un fichier dans un chemin spécifique de la partition dans laquelle le micrologiciel va rechercher. Pour une compatibilité optimale1, oui, il devrait s'agir d'une partition au format FAT32 marquée en tant que partition système EFI sur un disque partitionné en GPT. Cependant, la plupart des microprogrammes recherchent également des partitions (simples) sur des disques partitionnés et non partitionnés (superfloppés).
Cela signifie que tout ce dont vous avez besoin pour démarrer en UEFI est un FAT32.1partition unique formatée contenant une entrée de démarrage de secours. Sur une architecture x86_64, cela signifie que vous n’avez besoin que d’un fichier \EFI\BOOT\BOOTx64.EFI. Vous pouvez simplement copier d'un lecteur flash à un autre, y compris ce fichier, et tout devrait fonctionner.
1 FAT32 et GPT sont requis par la norme. MBR et Superfloppy ne sont pas, autant que je sache, mais leur support est assez universel parmi le matériel de bureau. Laptop est un peu plus ésotérique; les tablettes sont un mélange, et Mac EFI est unique.
2 Le standard UEFI nécessite la prise en charge de FAT32. Certains microprogrammes peuvent également prendre en charge NTFS (bien que loin d'être garanti) et vous pouvez en fait intégrer un pilote NTFS dans un ESP FAT32.
Cela dépend de ce que vous entendez par «copier».
Copier et coller dans l'interface graphique de votre système d'exploitation? Non, cela ne fonctionnera pas - certains fichiers nécessaires à une clé USB amorçable seront considérés comme "cachés"/invisibles et non copiés.
Il y a des types de copies qui vont fonctionnent. Ceci est souvent appelé "imagerie" d'une nouvelle clé USB, afin de se différencier de la "copie" de son contenu. La méthode la plus courante consiste à utiliser un outil de ligne de commande, mais des options graphiques sont disponibles si vous en avez besoin.
Cela devrait être assez de fond pour que votre recherche soit sur la bonne voie!