Homepage » come » Perché la creazione di un'unità USB avviabile è più complessa rispetto alla creazione di CD avviabili?

    Perché la creazione di un'unità USB avviabile è più complessa rispetto alla creazione di CD avviabili?

    La creazione di CD e DVD avviabili tende ad essere un processo semplice e diretto, ma perché è più complesso quando si creano unità flash avviabili? C'è davvero tanta differenza tra i due? Il post di Q & A di SuperUser di oggi ha la risposta alla domanda di un lettore curioso.

    La sessione di domande e risposte di oggi ci viene fornita per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento di siti Web di domande e risposte basato sulla comunità.

    La domanda

    Lettore SuperUser William vuole sapere perché la creazione di un'unità USB avviabile è più complessa della creazione di CD avviabili:

    Creare un CD di avvio è davvero semplice, secondo me, tutto ciò che devi fare è masterizzare un file ISO su un disco ed è avviabile. Ora quando si tratta di unità USB, hai molte opzioni. Qualcuno potrebbe spiegare la differenza tra i due e magari dare una breve panoramica delle diverse opzioni?

    Perché la creazione di un'unità USB avviabile è più complessa rispetto alla creazione di CD avviabili?

    La risposta

    Collaboratore SuperUser Akeo ha la risposta per noi:

    Sviluppatore Rufus qui. Prima di tutto, molte delle opzioni menzionate sono elencate solo quando si esegue Rufus in Modalità avanzata (quando il Sezione Opzioni Avanzate viene visualizzato), perché sono destinati a persone che già sanno a cosa servono.

    Per cominciare, devi 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, e il supporto del disco ottico è molto diverso dal supporto USB, sia per quanto riguarda la modalità di strutturazione dei loro boot loader, che file system che usano, come vengono partizionati (sono non), e così via.

    Quindi, se hai un file ISO, non puoi semplicemente fare con il supporto USB cosa puoi fare con un disco ottico, che viene letto da ogni singolo byte del file ISO e copiato così com'è, in sequenza, sul disco (quale CD / Le applicazioni del masterizzatore DVD funzionano quando "funzionano" con i file ISO).

    Ciò non vuol dire che questo tipo di copia 1: 1 non possa esistere su supporti USB, solo che le copie 1: 1 su supporti USB saranno completamente diverse dalle copie 1: 1 su dischi ottici e quindi non sono intercambiabili (al di fuori dell'uso di ISOHybrid immagini create per funzionare come copie 1: 1 su USB e supporti ottici entrambi). Per la cronaca, nella terminologia Rufus, una copia 1: 1 su supporto USB si chiama DD Image (puoi vedere quell'opzione nell'elenco) e alcune distribuzioni, come FreeBSD o Raspbian, forniscono effettivamente le immagini DD per l'installazione USB, oltre a ISO file per la masterizzazione di CD / DVD.

    Pertanto, abbiamo stabilito che i file ISO sono in realtà poco adatti a creare supporti USB avviabili perché equivalgono a fornire un piolo rotondo per adattarsi a un buco quadrato più piccolo e, pertanto, il peg rotondo deve essere modificato per adattarlo.

    Ora ci si potrebbe chiedere, se i file ISO sono così poco adatti alla creazione di supporti USB avviabili, perché la maggior parte dei distributori di sistemi operativi fornisce file ISO invece di immagini DD. Bene, al di fuori dei motivi storici, uno dei problemi con DD Images è che, essendo un file system partizionato, se si crea una copia 1: 1 su un supporto USB più grande di quella utilizzata dalla persona che ha creato l'immagine, quindi ti ritroverai con l'apparente "capacità" del tuo supporto USB ridotta alla dimensione di quella utilizzata per creare l'immagine DD originale.

    Inoltre, mentre i dischi ottici e quindi i file ISO possono sempre utilizzare solo uno dei due file system (ISO9660 o UDF), entrambi sono stati supportati molto bene in tutti i principali sistemi operativi per un tempo molto lungo (e consentono di dare una sbirciatina con il contenuto dell'immagine prima o dopo l'uso), le immagini DD possono letteralmente utilizzare le migliaia di diversi file system esistenti. Ciò significa che anche dopo aver creato il supporto USB avviabile, potresti non essere in grado di vedere alcun contenuto su di esso fino a quando non lo avvii. Ad esempio, questo sarà il caso se utilizzi immagini USB FreeBSD su Windows. Una volta creato il supporto USB di avvio, Windows non sarà in grado di accedere a qualsiasi contenuto presente fino a quando non lo si riformatterà.

    Questo è il motivo per cui i fornitori tendono a voler restare con i file ISO laddove possibile, in quanto (di solito) fornisce un'esperienza utente migliore su tutti i sistemi operativi. Ma ciò significa anche che alcune conversioni devono (di solito) verificarsi in modo che il nostro peg rotondo ISO possa adattarsi perfettamente al più piccolo foro quadrato "USB media". Come si collega alla lista di opzioni? Ci stiamo arrivando.

    Una delle prime cose che di solito deve andare è il file system ISO9660 o UDF utilizzato dai file ISO. Il più delle volte, questo significa estrarre e copiare tutti i file dal file ISO su un file system FAT32 o NTFS, che è quello che le unità flash USB avviabili tendono a utilizzare. Ma ovviamente ciò significa che chiunque abbia creato il sistema ISO deve aver fatto alcune disposizioni per supportare FAT32 o NTFS come un file system per l'uso live o l'installazione (che non tutte le persone, specialmente quelle che si affidano un po 'troppo a ISOHybrid, tendono fare).

    Poi c'è il boot loader vero e proprio, il primo bit di codice che viene eseguito quando un computer si avvia dal supporto USB. Sfortunatamente, i caricatori di avvio HDD / USB e ISO sono animali molto diversi, e il BIOS o il firmware UEFI tratta anche USB e supporti ottici in modo molto diverso durante il processo di avvio. Quindi di solito non puoi prendere il boot loader da un file ISO (che di solito è un boot loader El Torito), copialo su un supporto USB e aspettati che si avvii.

    Ora arriva la parte che è rilevante per la nostra lista di opzioni. Poiché Rufus dovrà fornire un pezzo di boot loader pertinente, semplicemente non può ottenerlo dal file ISO. Se abbiamo a che fare con un file ISO basato su Linux, è probabile che utilizzi GRUB 2.0 o Syslinux, quindi Rufus include la possibilità di installare una versione USB di GRUB o Syslinux (poiché il file ISO solitamente contiene solo la versione specifica ISO) di quelli).

    Di solito ciò avviene automaticamente quando selezioni e apri un file ISO poiché Rufus è abbastanza intelligente da rilevare quale tipo di conversione deve applicare. Ma se vuoi giocare, Rufus ti dà la possibilità di installare anche alcuni bootloader vuoti che ti permettono di avviare un prompt di GRUB o Syslinux. Da lì, se conosci questi tipi di boot loader, puoi creare / testare i tuoi file di configurazione e provare il tuo processo di avvio personalizzato basato su Syslinux o GRUB (perché in questa fase devi solo copiare / modificare i file il supporto USB per farlo).

    Quindi, ora possiamo esaminare le opzioni che trovi nella lista:

    • MS-DOS: Ciò crea una versione vuota di MS-DOS (Windows Me edizione), il che significa che verrà avviato da un prompt di MS-DOS e il gioco è fatto. Se si desidera eseguire un'applicazione DOS, è necessario copiarlo sul supporto USB. Nota che questa opzione è disponibile solo su Windows 8.1 o precedenti, ma non su Windows 10 da quando Microsoft ha rimosso i file di installazione DOS da Windows (e solo Microsoft può ridistribuire questi file).
    • DOS gratuito: Questo crea una versione vuota di FreeDOS. FreeDOS è una versione software gratuita di MS-DOS, che è completamente compatibile con MS-DOS, ma ha anche il vantaggio di essere open source. Rispetto a MS-DOS, chiunque può ridistribuire FreeDOS, quindi i file di avvio di FreeDOS sono inclusi in Rufus.
    • Immagine ISO: Questa è l'opzione da utilizzare se si dispone di un file ISO avviabile e si desidera convertirlo in un supporto USB avviabile. Tieni presente che poiché una conversione (di solito) deve verificarsi e ci sono milioni di modi per creare un file ISO avviabile, non c'è alcuna garanzia che Rufus sarà in grado di convertirlo su un supporto USB (ma ti dirà sempre se è il caso).
    • Immagine DD: Questo è il metodo da utilizzare se si dispone di un'immagine del disco di avvio, come quelli forniti da FreeBSD, Raspbian, ecc. Sono supportati anche file con estensione .vhd (che è la versione Microsoft di un'immagine DD) e compressi quelli (.gz, .zip, .bz2, .xz, ecc.).

    Le quattro opzioni sopra sono le uniche che vedrai Modalità normale. Ma se gestisci Rufus in Modalità avanzata, avrai anche accesso alle seguenti opzioni:

    • Syslinux x.yz: Installa un boot loader Syslinux vuoto che ti porterà a un prompt Syslinux e non molto altro. Dovresti sapere cosa devi fare da quel momento in poi.
    • Grub / GRUB4DOS: Come sopra, ma rispettivamente per GRUB / Grub4DOS. Ti porterà al prompt di GRUB, ma spetta a te capire il resto.
    • ReactOS: Installa un caricatore di avvio ReactOS sperimentale. Dall'ultima volta che ho controllato, ReactOS non si avvia bene dal supporto USB. È lì perché è stato facile aggiungere, e fatto con la speranza che possa essere d'aiuto nello sviluppo di ReactOS.
    • UEFI-NTFS: Ciò richiede che NTFS sia selezionato come file system e installa un boot loader UEFI-NTFS vuoto. Ciò consente l'avvio da NTFS in modalità UEFI pura (non CSM) su piattaforme UEFI che non includono un driver NTFS. Poiché è vuoto, dovrai copiare il tuo /efi/boot/bootia32.efi o /efi/boot/bootx64.efi sulla partizione NTFS per essere utile. UEFI-NTFS viene utilizzato automaticamente da Rufus per aggirare la dimensione massima del file di 4 GB di FAT32, che ad esempio consente l'installazione di Microsoft Server 2016 in modalità UEFI senza dover dividere il suo file install.wim da 4,7 GB.

    Spero che sia d'aiuto. Questa è una panoramica semplificata, quindi spero che le persone non inizino a fare il pignolo su aspetti che sono stati deliberatamente ignorati o tenuti in silenzio (come sapere che è possibile avere unità flash USB senza partizioni, per avere USB e supporti ottici usare lo stesso file sistema, e che alcuni processi di avvio hanno la capacità di estendere la dimensione della partizione su supporti USB per risolvere il problema di apparente minore capacità).


    Hai qualcosa da aggiungere alla spiegazione? Audio disattivato nei commenti. Vuoi leggere più risposte dagli altri utenti di Stack Exchange esperti di tecnologia? Controlla la discussione completa qui.

    Immagine di credito: William (SuperUser)