La copia copia solo i file in partizioni formattate. Non sarai in grado di fare cose speciali necessarie per il processo di avvio come impostare i flag di avvio, scrivere il boot loader o talvolta copiare anche i file normali nel punto corretto (leggi: settore) nella partizione e impostare gli attributi dei file permessi /. A meno che tu non sia fortunato ad avere quelle cose disponibili, a causa di una precedente creazione del disco di avvio, uno strumento di formattazione che scrive il boot loader nell'MBR, ecc., Dovrai fare più passaggi per rendere avviabile il disco
In particolare quando si avvia in modalità BIOS , il BIOS cerca il primo settore (MBR) per vedere se esiste una firma di avvio valida 0xAA55 . Se sì, carica quel settore e trasferisce il controllo al boot loader nell'MBR. L'MBR descrive la configurazione della partizione, pertanto non può trovarsi all'interno della partizione e non è ciò che è possibile copiare con gli strumenti normali.
Inoltre, poiché l'MBR è troppo piccolo per essere utile, la maggior parte dei caricatori di avvio moderni suddivide il processo di avvio in più fasi , con il codice di avvio nell'MBR carica la fase successiva. Le ulteriori fasi intra vengono spesso poste in regioni esterne alle partizioni . Alcuni potrebbero inserirlo nella BERS , ma di solito grub inserisce il suo secondo stadio nell'area vuota tra la prima partizione e l'MBR chiamato gap post-MBR. Ecco perché se non si allineano correttamente le partizioni, non c'è spazio per grub per inserire il proprio codice di avvio, con conseguente errore di incorporamento
Molti caricatori di avvio come LILO o vecchi caricatori di avvio di Windows / DOS contengono anche informazioni sul codice rigido nell'MBR, come la posizione della fase successiva o dei file di sistema. Non funzionano leggendo i dati della partizione, ma leggono invece alcuni settori con codice rigido, poiché ci vorrà troppo codice per analizzare il file system, che è molto difficile essere compresso in piccoli spazi come l'MBR o il gap post-MBR. Anche grub supporta una codifica così difficile . Ciò significa che alcuni file di sistema devono trovarsi nella posizione esatta , settore per settore, che non è possibile ottenere anche con una copia normale. Questo è il motivo per cui vedi "file di sistema non mobili" durante l'esecuzione della deframmentazione di Windows o della riduzione dei file system, che a volte non è effettivamente corretto, perché è solo che Windows ha troppa paura di spostare quei file anche se i caricatori di avvio moderni sono molto più intelligenti e non si preoccupano di queste cose.
E dopo tutto, devi anche impostare la partizione di avvio come attiva per far sapere al boot loader cosa avviare. Questo deve essere fatto da uno strumento di partizionamento o mediante modifica esadecimale manualmente, poiché è anche posto all'esterno dell'area di partizione.
In UEFI le cose sono molto più facili. Conosce i file system FAT (e anche più file system su implementazioni non standard), quindi i file di avvio sono archiviati nella partizione di sistema EFI, AKA ESP . L'UEFI carica le applicazioni * .efi nell'ESP che caricherà quindi i sistemi operativi.
Il firmware UEFI supporta l'avvio da dispositivi di archiviazione rimovibili come unità flash USB. A tale scopo, un dispositivo rimovibile deve essere formattato con un file system FAT12, FAT16 o FAT32, mentre un boot loader deve essere archiviato secondo la gerarchia di file ESP standard o fornendo un percorso completo di un boot loader al sistema gestore di avvio.
Quindi in pratica devi solo copiare i file * .efi su ESP e mettere i file di sistema nella cartella corretta. Tuttavia, c'è ancora un piccolo problema perché la partizione FAT contenente il file * .efi deve essere contrassegnata come ESP nella tabella MBR o GPT al di fuori delle partizioni, che non può essere eseguita copiando come sopra. In particolare, il tipo di partizione deve essere modificato da 0Ch / 0Bh / qualunque sia in EFh in MBR e in C12A7328-F81F-11D2-BA4B-00A0C93EC93B in GPT, poiché l'ESP non è in realtà FAT12 / 16/32 ma un file system indipendente basato su la famiglia di file system FAT
E ci sono ancora molti altri schemi di partizionamento come l'etichetta del disco BSD o APM che devono essere modificati in modo diverso per l'avvio. Oppure le chiavette USB potrebbero essere state formattate senza una tabella delle partizioni (AFAIK Windows lo fa di default), quindi renderlo avviabile sarà diverso. Ma si applica lo stesso limite: è necessario modificare le aree non partizionate