Perché Creare un Drive USB Avviabile Più Complesso Di quanto la Creazione di Cd di boot?

0
863

La creazione di Cd o Dvd bootable tende ad essere un processo semplice e rapido, ma perché è più complesso quando si crea avviabile flash drive? C’è davvero molta differenza tra i due? Oggi SuperUser Q&Un post è la risposta a un lettore curioso.

Oggi sessione ” Domande e Risposte viene a noi per gentile concessione di SuperUser—una suddivisione di Stack Exchange, un community-driven raggruppamento di Q&A siti web.

La Domanda

SuperUser lettore di William vuole sapere il motivo per la creazione di un drive USB avviabile è più complesso di quanto la creazione di Cd di boot:

Creazione di un CD di avvio è molto semplice, a mio parere, tutto quello che dovete fare è masterizzare un file ISO su un disco avviabile. Ora, quando si tratta di unità USB, hai un sacco di opzioni. Qualcuno potrebbe spiegare la differenza tra i due e, magari, di dare una breve panoramica delle diverse opzioni?

Perché creare un drive USB avviabile più complesso di quanto la creazione di Cd di boot?

La Risposta

SuperUser collaboratore Akeo ha la risposta per noi:

Rufus sviluppatore qui. Prima di tutto, un sacco di opzioni che hai citato sono elencati solo quando l’esecuzione di Rufus in Modalità Avanzata (quando la Sezione Opzioni Avanzate è visualizzato), perché essi sono destinati a persone che già sanno cosa sono.

Per cominciare, si deve capire che il formato ISO non è mai stato progettato per l’avvio da USB. Un file ISO è una copia 1:1 di un disco ottico, disco ottico, i media sono molto diversi da un supporto USB, sia in termini di come il loro boot loader dovrebbe essere strutturato, quali file di sistema che usano, come sono partizionati (non sono), e così via.

Quindi, se si dispone di un file ISO, che non si possono fare con i supporti USB che cosa si può fare con un disco ottico, che viene letto da ogni singolo byte del file ISO e copiato come è, in sequenza, su un disco (CD/DVD burner applicazioni, quando “lavora” con i file ISO).

Che non è per dire che questo tipo di 1:1 copia non può esistere su un supporto USB, solo che 1:1 copia su supporto USB sarà completamente diverso da 1:1 copia su dischi ottici, e quindi non sono intercambiabili (al di fuori dell’utilizzo di ISOHybrid immagini che sono predisposti a lavorare come 1:1 copia su USB e il supporto ottico sia). Per la cronaca, Rufus terminologia, una copia 1:1 su un supporto USB è chiamato un DD Immagine (si può vedere che l’opzione nell’elenco) e alcune distribuzioni, come FreeBSD o Raspbian, effettivamente fornire DD Immagini per l’installazione USB, accanto file ISO per la masterizzazione di CD/DVD.

Quindi, abbiamo stabilito che i file ISO sono in realtà poco adatto a creare un supporto USB avviabile, perché sono l’equivalente di fornire un piolo rotondo per adattarsi a un piccolo foro quadrato, e, di conseguenza, il giro peg deve essere modificato per adattarsi.

Ora ci si potrebbe chiedere, se i file ISO sono così poco adatti per la creazione di un supporto USB avviabile, perché sono la maggior parte del sistema operativo distributori con i file ISO invece di Immagini con DD. Bene, al di fuori di ragioni storiche, uno dei problemi con DD Immagini è che perché sono un partizionato file di sistema, se è possibile creare una copia 1:1 su un supporto USB che è più grande rispetto a quello utilizzato dalla persona che ha creato l’immagine, allora si finirà con l’apparente “capacità” di supporto USB ridotto alle dimensioni di quello utilizzato nella creazione originale Immagine DD.

Inoltre, considerando che i dischi ottici e di conseguenza i file ISO possono usare solo uno dei due file system (ISO9660 o UDF), entrambi i quali sono stati molto ben supportato in tutti i principali sistemi operativi per un tempo molto lungo (e ti permette di prendere un peek a il contenuto dell’immagine prima o dopo l’uso), DD Immagini letteralmente in grado di utilizzare una qualsiasi delle migliaia di file diversi sistemi che esistono. Che significa che, anche dopo aver creato il vostro supporto USB avviabile, si potrebbe non essere in grado di vedere i contenuti su di esso fino a quando si avvia in su. Per esempio, sarà questo il caso se si usa FreeBSD USB immagini su Windows. Una volta che il dispositivo USB avviabile è stato creato, Windows non sarà in grado di accedere a qualsiasi contenuto su di esso fino a quando si riformatta.

Questo è il motivo per cui i fornitori tendono a voler continuare con i file ISO, ove possibile, come (di solito) fornisce una migliore esperienza utente su tutti i sistemi operativi. Ma questo significa anche che alcuni di conversione necessario (di solito) si verificano in modo che il nostro giro ISO peg possono adattarsi benissimo al più piccolo “USB media” buco quadrato. Qual è la relazione con l’elenco delle opzioni? Ci sono venuta.

Una delle prime cose che di solito si deve andare è il ISO9660 o UDF file system file ISO uso. La maggior parte del tempo, questo significa estrarre e copiare tutti i file dal file ISO su un file system FAT32 o NTFS, che è quello che unità flash USB di avvio tendono ad utilizzare. Ma, naturalmente, che significa che, chi ha creato il sistema ISO deve aver fatto alcune disposizioni per il sostegno FAT32 o NTFS come file system per i live o di installazione (che non tutte le persone, specialmente quelli che si affida un po ‘ troppo sul ISOHybrid, tendono a fare).

Poi c’è l’effettiva boot loader stesso, il primo bit di codice che viene eseguito quando si avvia un computer da un supporto USB. Purtroppo, HDD/USB ISO loader di avvio sono molto diverse bestie, e il BIOS o il firmware UEFI tratta anche la USB e il supporto ottico in modo molto diverso durante l’avvio del processo. In modo che di solito non prendere il boot loader da un file ISO (che di solito sono un El Torito boot loader), copia di un supporto USB, e si aspettano di avvio.

Ora arriva la parte che è rilevante per la nostra lista di opzioni. Perché Rufus dovrà fornire un rilevante boot loader pezzo, semplicemente non può ottenere dal file ISO. Se abbiamo a che fare con una distribuzione Linux basata file ISO, quindi le probabilità sono che si usano GRUB 2.0 o Syslinux, in modo da Rufus include la possibilità di installare un USB-versione di GRUB o Syslinux (dato che il file ISO di solito contiene solo la ISO della versione specifica di quelli).

Questo di solito è fatto automaticamente quando si seleziona e apri un file ISO dal Rufus è abbastanza intelligente da capire che tipo di conversione che deve applicare. Ma se vuoi giocare, Rufus ti dà la possibilità di installare anche alcuni fogli di boot loader che consentono di avvio di GRUB o Syslinux comandi. Da lì, se si ha familiarità con questi tipi di boot loader, è possibile creare/mettere alla prova i propri file di configurazione e cercare il vostro molto proprio Syslinux o GRUB su misura del processo di avvio (perché a questo punto, dovrai solo copiare/modificare i file sul supporto USB).

Così, ora siamo in grado di andare oltre le opzioni di trovare nell’elenco:

  • MS-DOS: Questo crea un vuoto versione di MS-DOS (Windows Me edition), il che significa che si potrà avviare un prompt di MS-DOS e che è esso. Se si desidera eseguire un’applicazione DOS, è necessario copiare il supporto USB. Si noti che questa opzione è disponibile solo su Windows 8.1 o versioni precedenti, ma non di Windows 10 dal momento che Microsoft ha rimosso il DOS file di installazione di Windows (e solo Microsoft può ridistribuire questi file).
  • FreeDOS: Questo crea un vuoto versione FreeDOS. FreeDOS è un software gratuito per la versione di MS-DOS, che è pienamente compatibile con MS-DOS, ma ha anche il vantaggio di essere open source. Rispetto a MS-DOS, chiunque può ridistribuire FreeDOS, in modo che il FreeDOS file di Rufus.
  • Immagine ISO: Questa è l’opzione che si dovrebbe usare se si dispone di un file ISO avviabile e desidera convertire un supporto USB avviabile. Tenete a mente che, a causa di una conversione (di solito) si verificano e ci sono miriadi di modi per creare una ISO avviabile file, non vi è alcuna garanzia che Rufus sarà in grado di convertire da un supporto USB (ma non sempre vi dirà se è il caso).
  • DD Immagine: Questo è il metodo che si dovrebbe usare se si dispone di un disco di avvio di immagine, come ad esempio quelli forniti da FreeBSD, Raspbian, etc. I file con l’ .vhd estensione sono anche supportati (che è la versione di Microsoft un Immagine DD) nonché quelli compressi (.gz, .zip, .bz2, .xz, etc.).

Le quattro opzioni di cui sopra sono solo quelli che si potranno vedere in Modalità Normale. Ma se si esegue Rufus in Modalità Avanzata, si avrà anche accesso alle seguenti scelte:

  • Syslinux x.yz: Installa un vuoto Syslinux boot loader, che si arriva a un Syslinux prompt e non molto altro. Si suppone di sapere che cosa avete bisogno per fare da quel punto in avanti.
  • GRUB/Grub4DOS: come sopra, ma per GRUB/Grub4DOS, rispettivamente. Si ottiene un prompt di GRUB, ma spetta a voi per capire il resto.
  • ReactOS: Installa sperimentale di ReactOS boot loader. Dall’ultima volta che ho controllato, ReactOS non si avvia bene da un supporto USB. È lì perché è facile aggiungere, e fatto con la speranza che si può aiutare con ReactOS di sviluppo.
  • UEFI-NTFS: Questo richiede NTFS per essere selezionato come file di sistema e installa un vuoto UEFI-NTFS boot loader. Questo consente di fare il boot da NTFS in pura modalità UEFI (non CSM) su piattaforme UEFI che non includono un driver NTFS. Perché è vuoto, è necessario copiare il vostro proprio /efi/boot/bootia32.o efi /efi/boot/bootx64.efi sulla partizione NTFS per essere utile. UEFI-NTFS è il file system utilizzato automaticamente da Rufus per aggirare i 4 GB dimensione massima del file system FAT32, che, per esempio, permette l’installazione di Microsoft Server 2016 in modalità UEFI senza dover dividere i suoi 4,7 GB di installazione.file wim.

Speranza che aiuta. Questo è un quadro semplificato, quindi spero che la gente non si avvia pignoleria su aspetti che sono stati deliberatamente dumbed-down o in silenzio (come la conoscenza è possibile avere unità flash USB senza partizioni, USB e supporti ottici utilizzare lo stesso file di sistema, e che alcuni processi di boot hanno la capacità di estendere la dimensione della partizione su un supporto USB per risolvere l’apparente inferiore a problema di capacità).

Ha qualcosa da aggiungere alla spiegazione? Sound off nei commenti. Vuoi leggere altre risposte da altri tech-savvy Stack Exchange, gli utenti? Controllare il thread di discussione qui.

Immagine Di Credito: William (SuperUser)