1 12/10/2026 9 min

Scaricare l’ISO giusta e verificare che non sia corrotta

Prima di scrivere qualunque cosa su una chiavetta, il punto vero è questo: l’ISO deve essere quella corretta per l’architettura del PC e deve risultare integra. Saltare questa verifica è il modo più veloce per perdere tempo dietro a boot falliti, checksum non coerenti o installazioni che si bloccano a metà.

Per Fedora, scarica l’immagine dal sito ufficiale della release che ti serve. Se stai preparando una macchina desktop, in genere l’immagine Live è la scelta più pratica; per ambienti server o installazioni ripetute, può avere più senso usare una variante minimale o una immagine netinst, se disponibile nella release che stai valutando.

Dopo il download, verifica l’hash. Fedora pubblica i checksum e i file di verifica associati. Il controllo non serve a “fare bella figura”: ti dice se il file è arrivato integro e se non è stato alterato da un download incompleto o da un proxy che ha fatto scherzi.

cd ~/Download
sha256sum Fedora-Workstation-Live-x86_64-*.iso

Confronta l’output con il valore pubblicato sul sito ufficiale. Se non coincide, non andare oltre: riscarica l’immagine. Se hai anche il file di checksum firmato, puoi fare un controllo più serio con GPG, ma il minimo sindacale resta l’hash SHA256.

gpg --verify Fedora-Workstation-*.CHECKSUM Fedora-Workstation-Live-x86_64-*.iso

Se il comando segnala una firma valida ma il checksum non torna, il problema non è Fedora: è il file locale. Se la firma non è verificabile, devi prima importare e fidarti della chiave corretta, altrimenti il controllo non vale nulla.

Capire qual è la chiavetta giusta prima di scrivere

Qui si fanno gli errori più costosi. La scrittura dell’ISO su un dispositivo sbagliato sovrascrive il contenuto senza chiedere permesso alla tua buona fede. Per questo il primo passaggio è identificare con precisione il device USB.

Inserisci la chiavetta e controlla i dispositivi a blocchi presenti. Su Linux recente, il comando più utile è questo:

lsblk -o NAME,SIZE,MODEL,TRAN,FSTYPE,MOUNTPOINTS

Cerca il disco che corrisponde alla chiavetta, di solito riconoscibile da TRAN uguale a usb, dalla dimensione e dal modello. Un esempio tipico è /dev/sdb, ma non fidarti mai del nome: cambia da macchina a macchina e da inserimento a inserimento.

Se vuoi un secondo controllo, usa anche:

dmesg -w

e reinserisci la chiavetta. Nei log vedrai l’assegnazione del device, la dimensione e gli eventuali errori di I/O. Se il kernel segnala reset, timeout o settori danneggiati, la chiavetta potrebbe essere difettosa già prima della scrittura.

Se la chiavetta è montata automaticamente, smontala prima di scrivere. Non serve estrarla fisicamente, ma i filesystem montati possono interferire con la copia raw.

sudo umount /dev/sdX*

Sostituisci sdX con il device reale. Se ci sono più partizioni, il pattern * le copre tutte.

Metodo affidabile: scrittura diretta con dd

Il metodo più universale su Linux è la scrittura bit-a-bit dell’immagine sull’intero dispositivo USB. Non si copia il file dentro una partizione: si sovrascrive il contenuto del disco con il layout previsto dall’ISO. È il motivo per cui la chiavetta diventa avviabile.

Il comando classico è questo:

sudo dd if=Fedora-Workstation-Live-x86_64-*.iso of=/dev/sdX bs=4M status=progress oflag=sync

Tre dettagli contano davvero:

  1. if punta al file ISO.
  2. of deve essere il device intero, non una partizione come /dev/sdX1.
  3. oflag=sync aiuta a non lasciare dati ancora in cache quando il comando termina.

Se preferisci una sintassi un po’ più robusta, puoi aggiungere la sincronizzazione finale esplicita:

sudo dd if=Fedora-Workstation-Live-x86_64-*.iso of=/dev/sdX bs=4M status=progress conv=fsync

Durante la scrittura non scollegare la chiavetta. Se il terminale sembra fermo, spesso sta ancora lavorando. La velocità dipende sia dall’ISO sia dalla qualità del supporto USB. Una chiavetta economica può trasformare pochi minuti in una lunga attesa.

Al termine, fai sempre una sincronizzazione del buffer del kernel:

sync

Non è un vezzo: riduce il rischio di staccare la chiavetta quando qualche blocco è ancora in coda.

Controllo post-scrittura: la USB deve assomigliare a un’ISO, non a una chiavetta vuota

Dopo la scrittura, il sistema può mostrare partizioni strane o filesystem non montabili come ti aspetteresti. È normale: molte ISO ibride Fedora creano una struttura avviabile che non coincide con una chiavetta FAT32 “tradizionale”.

Per capire se la scrittura è andata a buon fine, ricontrolla la tabella dei dispositivi:

lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINTS /dev/sdX

In alcuni casi vedrai partizioni con etichette riconoscibili, in altri no. L’elemento importante non è l’estetica del filesystem, ma il fatto che il contenuto sia stato scritto senza errori e che il BIOS/UEFI riesca a interpretarlo come supporto avviabile.

Un controllo utile è confrontare i primi byte della chiavetta con quelli dell’ISO, almeno come test rapido. Non sostituisce una verifica completa, ma intercetta errori grossolani di device o scrittura interrotta:

sudo cmp -n 64M Fedora-Workstation-Live-x86_64-*.iso /dev/sdX

Se cmp non produce output, il tratto confrontato coincide. Se segnala differenze, hai quasi certamente scritto sul device sbagliato, hai interrotto il processo o la chiavetta ha problemi hardware.

Se usi GNOME Disks o Fedora Media Writer, quando conviene il metodo grafico

Su desktop, lo strumento grafico può ridurre gli errori operativi, soprattutto se non vuoi ricordarti il nome del device o se stai lavorando su una postazione che non usi abitualmente. Fedora Media Writer, in particolare, è pensato proprio per questo caso d’uso e scarica anche l’immagine in modo controllato.

Il flusso tipico è semplice:

  1. Apri Fedora Media Writer.
  2. Seleziona la release o l’immagine desiderata.
  3. Inserisci la chiavetta USB.
  4. Conferma il device corretto quando il programma lo mostra.
  5. Avvia la scrittura e attendi la conclusione.

GNOME Disks può essere utile se hai già scaricato l’ISO e vuoi scriverla senza passare dal terminale. In quel caso, cerca la voce di ripristino immagine disco o “Restore Disk Image”, scegli il file e conferma il supporto USB. Il vantaggio è l’interfaccia più difficile da interpretare male; lo svantaggio è minore automazione e meno controllo fine rispetto a dd.

Se lavori spesso su più macchine, il terminale resta più replicabile. Se invece il tuo obiettivo è ridurre il rischio di errore umano su un singolo intervento, il tool grafico ha senso. La scelta non è ideologica: dipende dal contesto operativo.

UEFI, Secure Boot e differenze che contano davvero al primo avvio

Una chiavetta scritta correttamente può comunque non avviarsi se il firmware della macchina è impostato in modo incoerente. Qui il problema non è la USB, ma il percorso di boot.

Se il sistema è recente, probabilmente userà UEFI. Fedora supporta UEFI e, nella maggior parte dei casi, anche Secure Boot. Questo significa che non devi disattivare tutto a priori. Se la macchina però ha firmware vecchio, impostazioni ibride o una lista di boot sporca, può essere necessario selezionare manualmente il dispositivo USB dal menu di avvio.

Al primo tentativo, entra nel boot menu con il tasto previsto dal vendor, in genere F12, F10, Esc o F8. Scegli l’entry che indica chiaramente la chiavetta in modalità UEFI, se vuoi installare Fedora su un sistema moderno con GPT. Se scegli la voce legacy quando il disco di destinazione è configurato per UEFI, potresti complicarti la vita senza motivo.

Se il boot fallisce con schermo nero o ritorno immediato al firmware, le cause più frequenti sono tre: immagine corrotta, device scritto male oppure firmware che non vede il supporto come avviabile. In quest’ordine, conviene sempre ricontrollare prima l’ISO e poi la chiavetta.

Quando la chiavetta non parte: diagnosi rapida per layer

Se la USB non avvia Fedora, conviene ragionare per livelli invece di cambiare tre cose insieme. Un controllo rapido evita ore di tentativi ciechi.

  1. Supporto fisico: la chiavetta è visibile in lsblk e non genera errori in dmesg?
  2. Scrittura: l’ISO è stata scritta sul device intero e non su una partizione?
  3. Firmware: il boot menu mostra la chiavetta e la entry giusta?
  4. Immagine: checksum e firma coincidono con il materiale pubblicato?

Se vuoi una verifica minima e veloce, fai così:

lsblk -f
sudo dmesg | tail -n 50

Il primo comando ti dice cosa il sistema vede davvero; il secondo mostra se ci sono errori di I/O, reset USB o problemi di enumerazione. Se il kernel segnala che il disco si disconnette durante la scrittura, non è un problema di Fedora: è quasi sempre un guasto della chiavetta, una porta USB instabile o un hub passivo poco affidabile.

Se invece la chiavetta funziona su un PC ma non su un altro, il sospetto si sposta sul firmware della macchina che fallisce il boot. In quel caso prova una porta USB diversa, meglio se direttamente sul retro del case o su una porta USB 2.0 se il firmware è vecchio e capriccioso.

Ripristinare la chiavetta dopo l’uso

Dopo aver usato una USB come supporto avviabile, il contenuto precedente risulta sovrascritto o comunque non più organizzato come una normale chiavetta dati. Se vuoi riutilizzarla per file comuni, devi ricreare una tabella partizioni e un filesystem.

Il modo più semplice da desktop è usare GNOME Disks o un tool equivalente e formattare il supporto da zero. Se preferisci il terminale, puoi ricreare la tabella GPT e una partizione singola, ma questo è un intervento distruttivo: prima verifica due volte il device corretto.

Se vuoi mantenere il rischio basso, usa l’interfaccia grafica e seleziona il disco con attenzione. Se lavori in automazione o su più host, allora un flusso CLI documentato ha più senso, ma richiede disciplina operativa e controllo sul device.

Scelta pratica finale

Se devi creare una sola chiavetta e vuoi minimizzare il rischio di sbagliare, Fedora Media Writer o GNOME Disks sono spesso la scelta più pulita. Se vuoi un procedimento ripetibile, scriptabile e identico su qualunque distribuzione Linux, la scrittura con dd resta il riferimento operativo.

La regola che evita il 90% dei problemi è sempre la stessa: verifica l’ISO, identifica il device giusto, scrivi l’immagine sul disco intero, sincronizza, poi prova il boot dal menu firmware. Il resto sono dettagli di contesto.

Se la procedura fallisce, non forzare modifiche casuali: raccogli prima evidenza minima con lsblk, dmesg, checksum e comportamento del firmware. È molto più veloce correggere una causa reale che inseguire ipotesi a caso.