Creare una chiavetta USB avviabile con Diskpart e ISO Windows

Quando Diskpart ha senso, e quando no

Se devi installare Windows su un PC recente, Diskpart è ancora una strada pulita per preparare una chiavetta avviabile senza affidarti a tool grafici che nascondono cosa stanno facendo. Funziona bene quando vuoi controllo sul layout del supporto, vuoi ripetere la procedura in modo identico o devi lavorare da un ambiente dove i tool di terze parti non sono ammessi.

Il punto non è “fare la chiavetta”, ma farla nel modo giusto per il firmware del target: UEFI con GPT nella maggior parte dei casi moderni, BIOS legacy solo se hai hardware vecchio o requisiti specifici. Qui l’errore classico è preparare un supporto che copia i file ma non boota, perché il disco è stato inizializzato nel modo sbagliato o perché l’ISO è stata montata e trattata come se bastasse un semplice drag-and-drop.

La procedura sotto parte da un presupposto semplice: hai una ISO ufficiale di Windows e vuoi una USB da almeno 8 GB, meglio 16 GB se vuoi stare largo. Tutto quello che segue è pensato per ridurre gli errori operativi, non per fare scena.

Prima decisione: UEFI/GPT oppure legacy/MBR

Prima di toccare Diskpart, chiarisci il target. Se il PC è moderno, in pratica quasi sempre vuoi UEFI con schema GPT. Se il firmware è impostato in modalità legacy, o se stai recuperando una macchina datata, MBR può essere necessario. Questa scelta cambia il partizionamento e, in alcuni casi, anche il formato della partizione di avvio.

Per Windows 10 e 11 su hardware attuale, la combinazione più solida è GPT + UEFI + FAT32 per la partizione di boot. Il motivo è semplice: UEFI legge nativamente FAT32; NTFS non è sempre leggibile dal firmware senza workaround. Se l’ISO contiene file superiori a 4 GB, il tema cambia e va gestito con attenzione, perché FAT32 da solo ha il limite classico di 4 GB per file.

Se non sai quale firmware userà il target, fermati un attimo e verifica nel setup BIOS/UEFI o nella documentazione della macchina. Un supporto corretto per UEFI non è automaticamente corretto per legacy, e viceversa.

Preparazione della chiavetta con Diskpart

Qui c’è il punto delicato: i comandi seguenti cancellano il contenuto della chiavetta selezionata. Il blast radius è il dispositivo USB scelto, non il disco di sistema, ma un errore di selezione ti fa perdere dati in modo irreversibile. Prima di partire, scollega i dischi esterni non necessari e identifica con precisione il numero del volume.

Apri un prompt dei comandi con privilegi amministrativi e avvia Diskpart.

diskpart

Elenca i dischi disponibili e individua la chiavetta in base alla dimensione.

list disk

Seleziona il disco corretto, poi puliscilo e ricrea la struttura. Per UEFI/GPT usa questo flusso.

select disk X
clean
convert gpt
create partition primary
format fs=fat32 quick label=WINSETUP
assign
exit

Sostituisci X con il numero corretto visto in list disk. Dopo clean, la tabella partizioni viene azzerata. Dopo convert gpt, il supporto è allineato al boot UEFI. format fs=fat32 quick crea un filesystem leggibile dal firmware nella maggior parte dei casi.

Se devi preparare una chiavetta per legacy BIOS, la variante cambia così:

select disk X
clean
convert mbr
create partition primary
active
format fs=ntfs quick label=WINSETUP
assign
exit

Il flag active serve solo per scenari legacy. Su UEFI non è il meccanismo giusto e non ti risolve alcun problema.

Montare l’ISO e copiare i file nel modo giusto

Una volta preparata la chiavetta, monta l’ISO di Windows. Su Windows basta fare doppio clic sul file ISO oppure usare il menu contestuale. Il sistema assegnerà una lettera di unità al contenuto montato, ad esempio D:, e alla chiavetta, ad esempio E:.

Il metodo base è copiare tutto il contenuto dell’ISO sulla USB. In molti casi funziona senza problemi, ma c’è un limite pratico: se l’immagine contiene install.wim più grande di 4 GB e la chiavetta è FAT32, la copia fallisce. Questo non è un difetto di Diskpart; è il limite del filesystem. Qui devi scegliere una strategia compatibile.

Se l’ISO ha file entro i limiti di FAT32, puoi usare xcopy o robocopy. Per operazioni ripetibili, robocopy è più robusto.

robocopy D:\ E:\ /e

Qui D:\ è il mount dell’ISO e E:\ la chiavetta. Il parametro /e copia tutte le sottocartelle, incluse quelle vuote. Dopo la copia, controlla che nella root della USB ci siano almeno setup.exe, la cartella boot, la cartella sources e i file necessari all’avvio.

Se install.wim supera 4 GB: il punto che rompe più spesso la procedura

Molte ISO recenti di Windows contengono un install.wim troppo grande per FAT32. In quel caso hai tre strade: usare una ISO diversa che contenga install.esd o un WIM più piccolo, dividere il file WIM, oppure adottare una struttura con doppia partizione e bootloader compatibile. La soluzione più pulita, quando possibile, è dividere il WIM.

Con dism puoi splittare il file in segmenti più piccoli di 4 GB. Il principio è questo: lasci la chiavetta in FAT32, ma sostituisci il grande WIM con parti SWM compatibili. Il setup di Windows sa ricomporle durante l’installazione.

dism /Split-Image /ImageFile:D:\sources\install.wim /SWMFile:E:\sources\install.swm /FileSize:3800

Il comando crea file come install.swm, install2.swm e così via nella cartella sources della chiavetta. A quel punto puoi eliminare il vecchio install.wim dalla USB, ma solo dopo aver verificato che lo split sia andato a buon fine e che i file SWM siano presenti.

Se preferisci non toccare il contenuto dell’ISO, puoi anche lavorare su una chiavetta NTFS per scenari legacy o usare strumenti che aggiungono un piccolo bootloader UEFI. Però qui stai uscendo dal metodo puro Diskpart e stai introducendo un livello di complessità in più. Per una procedura manuale e pulita, lo split del WIM resta la scelta più prevedibile.

Verifiche prima di staccare la chiavetta

Non scollegare la USB a occhi chiusi. Verifica tre cose: lettera corretta, file presenti e schema partizioni coerente con il target. Da Prompt puoi controllare il layout con Diskpart oppure da Gestione disco.

diskpart
list volume

La chiavetta deve mostrare il volume con etichetta WINSETUP o quella che hai scelto, e il filesystem deve corrispondere a quanto hai creato. Se hai preparato UEFI, attenditi FAT32. Se hai preparato un supporto legacy, potresti vedere NTFS.

Puoi fare un controllo più concreto guardando il contenuto della root della USB. Devono esserci i file di boot e la cartella sources. Se mancano, l’installazione potrebbe partire solo in parte o fallire subito dopo il POST.

Un controllo utile, spesso trascurato, è aprire il file manager e verificare che la chiavetta non sia rimasta in uno stato di sola lettura o con una lettera sbagliata. Capita più spesso di quanto si ammetta, soprattutto quando si lavora con più supporti rimovibili collegati insieme.

Problemi tipici e come leggerli senza perdere tempo

Se il PC non vede la chiavetta come dispositivo di boot, il problema di solito è uno di questi: firmware impostato su modalità diversa da quella prevista, file boot mancanti, schema partizioni errato o supporto creato su un filesystem non leggibile dal firmware. In pratica, prima controlli il layer firmware, poi il contenuto della USB.

Se la copia dei file si interrompe su install.wim, non forzare una soluzione improvvisata. Quasi sempre il punto è il limite dei 4 GB del FAT32. Lo sai già cosa fare: dividere il WIM o cambiare strategia di preparazione.

Se la chiavetta compare ma il setup restituisce errori di lettura, controlla integrità dell’ISO, qualità del supporto USB e porta usata. Le chiavette economiche o usurate fanno perdere ore perché simulano bene la scrittura ma falliscono sotto carico durante il boot o la fase di copia iniziale.

Se lavori in ambiente aziendale, considera anche il lato sicurezza: una USB di installazione è un supporto di boot privilegiato. Va trattata come materiale operativo, non come file casuale da lasciare in giro. Etichettala, conservala separata e, se contiene immagini personalizzate, documenta sempre la sorgente della ISO e la data di preparazione.

Una procedura pratica che funziona quasi sempre

Se vuoi una sequenza essenziale, questa è quella che uso più spesso quando non ci sono vincoli strani: identifico la chiavetta con list disk, faccio clean, converto in GPT per UEFI, creo una partizione FAT32, monto l’ISO, copio i file, gestisco il WIM se supera il limite e poi verifico il boot su una macchina di test. È lineare, leggibile e soprattutto ripetibile.

La differenza tra una chiavetta “che sembra pronta” e una chiavetta davvero pronta sta nella verifica finale. Un supporto di installazione non si giudica dalla presenza dei file in Esplora file, ma dal fatto che il firmware riesca a fare chainload del bootloader e ad avviare il setup senza chiedere interventi strani.

Se hai bisogno di automatizzare il processo su più postazioni, conviene trasformare questi passaggi in uno script controllato, ma solo dopo aver validato la procedura manuale. Prima la comprensione, poi l’automazione. Altrimenti automatizzi anche l’errore.

Controllo finale su una macchina di test

Inserisci la chiavetta in un PC di test, apri il menu di boot e scegli esplicitamente la voce USB. Se il supporto è corretto, dovresti vedere il caricamento iniziale di Windows Setup in pochi secondi. Se compare il logo ma poi si ferma, guarda subito il tipo di firmware, la tabella partizioni e la presenza dei file nella cartella sources.

Se tutto parte, hai la conferma più importante: la USB non è solo scrivibile, è realmente avviabile. A quel punto puoi archiviarla come supporto operativo, sapendo esattamente con quale layout è stata costruita e come rifarla identica in futuro.

Assunzione: il target è un PC Windows moderno con boot UEFI, salvo diversa indicazione del firmware.