Quando installare un sistema operativo su una partizione

Ogni volta che qualcuno mi scrive “voglio provare Linux ma senza perdere Windows”, la prima domanda che faccio è: perché una partizione e non una macchina virtuale? Nella metà dei casi la risposta rivela che il problema vero non è il sistema operativo da installare, ma cosa quella persona farà davvero con quel secondo OS una volta acceso il PC il lunedì mattina.

Risposta diretta: conviene installare un secondo sistema operativo su una partizione dedicata quando serve accesso pieno all’hardware — gaming, sviluppo con GPU, driver specifici — cose che una macchina virtuale gestisce male. Se invece ti serve solo provare un OS o eseguire software raro, una VM o una live USB coprono il caso con molto meno rischio.

Partizione, disco separato o macchina virtuale: la scelta che conta davvero

Prima di aprire lo strumento di partizionamento conviene chiarirsi le idee, perché “installare un secondo OS” in realtà significa tre cose diverse a seconda di dove lo metti.

Una partizione dedicata sullo stesso disco fisico condivide i piatti (o le celle NAND, se è un SSD) con il sistema principale: stesso disco, stesse performance di lettura/scrittura, ma un boot manager che all’avvio ti chiede quale sistema caricare. Un disco fisico separato — un secondo SSD interno o anche solo un drive esterno veloce — fa la stessa cosa ma senza toccare mai i dati dell’altro OS, il che lo rende l’opzione più sicura in assoluto se il budget lo permette. La macchina virtuale, infine, non tocca il boot: gira dentro il sistema operativo host come un programma, con CPU, RAM e (in parte) GPU emulate o passate attraverso hypervisor.

Nella pratica capita spesso che chi chiede “come partiziono il disco per Linux” in realtà avrebbe bisogno solo di VirtualBox o di una chiavetta live persistente, e lo scopre solo dopo aver già ridimensionato la partizione Windows. Non è un dramma, ma è tempo perso — e con NTFS un ridimensionamento a disco quasi pieno o molto frammentato può richiedere più tentativi prima che il tool liberi abbastanza spazio contiguo.

I casi in cui la partizione è la scelta giusta

Dual boot Windows/Linux per lavoro serio

Se usi strumenti che richiedono accesso diretto alla GPU — training di modelli, compilazione con CUDA, rendering 3D pesante — la virtualizzazione con passthrough esiste, ma è instabile su molte configurazioni consumer e spesso richiede una scheda video dedicata solo per quello. Una partizione con Linux nativo elimina il problema alla radice: il kernel parla direttamente con l’hardware, punto.

Gaming su Linux mantenendo Windows per il resto

Con Proton e Steam Play molti giochi ormai girano bene anche fuori da Windows, ma non tutti, e gli anticheat a livello kernel (alcuni giochi competitivi li usano) restano il tallone d’Achille di qualunque soluzione non nativa. Chi gioca sul serio tiene ancora Windows su una partizione o un disco dedicato proprio per quello, e Linux sull’altro per il resto.

Ambienti di sviluppo che devono restare “puliti”

Un dettaglio che molti sottovalutano è quanto un ambiente di sviluppo si sporchi nel tempo: librerie in conflitto, versioni di runtime diverse per progetti diversi, variabili d’ambiente che si accumulano. Una partizione con un OS dedicato a un singolo stack (per esempio Linux per il backend, Windows per il resto) evita che un progetto rovini la configurazione di un altro — cosa che una VM fa altrettanto bene, ma con un overhead di risorse che su laptop con 8-16 GB di RAM si sente eccome.

Testare distro o build in modo continuativo, non una tantum

Provare una distribuzione una volta si fa benissimo da chiavetta USB live. Ma se la usi ogni giorno per settimane — magari valutando se migrare definitivamente — una live USB è lenta (scrive su una pendrive, non su un SSD) e spesso non salva le modifiche in modo affidabile. A quel punto la partizione dedicata, anche piccola, dà un’esperienza reale e persistente.

Quando NON conviene partizionare

Qui le opinioni divergono un po’ a seconda di chi lo scrive, ma la mia esperienza sul campo dice questo: se il bisogno è temporaneo, o se non hai già un backup recente del disco, il dual boot è quasi sempre la scelta sbagliata rispetto a una VM o a un secondo disco esterno.

Il motivo pratico è che il partizionamento su un disco già in uso è un’operazione a rischio, per quanto i tool moderni (GParted, lo strumento integrato di Windows, il partizionatore dell’installer di qualunque distro) siano diventati affidabili. Un’interruzione di corrente a metà ridimensionamento, un settore danneggiato che emerge solo in quel momento, un errore nella scelta del disco quando ne hai due collegati: sono scenari rari ma non impossibili, e quando capitano perdi entrambi i sistemi, non solo quello nuovo.

C’è poi il tema del cambio contesto: passare da un OS all’altro con il dual boot richiede un riavvio completo, non un alt-tab. Chi ha bisogno di avere Windows e Linux aperti contemporaneamente — per copiare file, testare qualcosa in entrambi, confrontare output — perde più tempo a riavviare che a lavorare. In quel caso la VM, pur più lenta su carichi pesanti, vince nettamente sull’usabilità quotidiana.

Spazio, formato e ordine di installazione: dove nascono i problemi reali

Quanto spazio riservare dipende dall’uso, ma qualche indicazione pratica aiuta a non ritrovarsi a corto dopo un mese. Windows 11, secondo i requisiti ufficiali Microsoft, richiede un minimo di 64 GB di storage per l’installazione [FONTE: Microsoft, requisiti di sistema Windows 11 — support.microsoft.com]; nella pratica, con gli aggiornamenti cumulativi che si accumulano nel tempo, conviene partire da almeno 120-150 GB se ci installi anche software. Per una distro Linux desktop il minimo tecnico è molto più basso, ma con un ambiente completo e qualche applicazione pesante 40-60 GB sono un punto di partenza più realistico di quanto suggeriscano le guide “minimal install”.

Sul filesystem non c’è molto da discutere: Windows vuole NTFS per il volume di sistema, le distro Linux quasi sempre ext4 (alcune offrono Btrfs di default, con vantaggi sugli snapshot ma qualche insidia in più per chi non lo conosce). Il punto dove le persone inciampano di più, però, è un altro: l’ordine di installazione. Installare Windows dopo aver già messo Linux tende a sovrascrivere il boot manager (GRUB, nella maggior parte dei casi) senza chiedere permesso, lasciandoti con un sistema che si avvia solo in Windows finché non ripari GRUB da una live USB. La sequenza sicura è quasi sempre: prima Windows, poi Linux — l’installer delle distro principali riconosce Windows e configura il dual boot da solo, mentre il contrario quasi mai.

Un altro dettaglio tecnico che vale la pena conoscere prima di partire: sui dischi con UEFI e GPT (lo standard su qualunque macchina venduta negli ultimi anni) i due sistemi condividono la stessa partizione EFI per il boot — non serve crearne una per ciascuno, anzi è meglio non farlo. Su MBR, invece, il limite di quattro partizioni primarie può creare grattacapi se il disco ha già altre partizioni attive; qui la soluzione classica è una partizione estesa con logiche al suo interno, ma è un caso sempre più raro con l’hardware recente.

Prima di partizionare: la checklist che uso davvero

Non è una lista teorica, è quello che controllo ogni volta prima di toccare un disco con dati che contano:

  1. Backup completo, non solo dei documenti — un’immagine disco o almeno un backup del sistema, perché il ridimensionamento di una partizione esistente è il momento più delicato di tutta l’operazione.
  2. Spazio libero contiguo sufficiente sulla partizione da ridurre, verificato con lo strumento di deframmentazione se è ancora un HDD (su SSD la frammentazione conta meno, ma lo spazio libero effettivo va comunque controllato).
  3. Batteria carica al 100% o alimentazione da rete, se è un laptop — un’interruzione a metà operazione è lo scenario peggiore possibile.
  4. Verifica che il firmware sia in modalità UEFI e non Legacy/CSM, perché mischiare i due approcci sullo stesso disco è una delle cause più comuni di boot manager che non parte.
  5. Etichetta chiara di quale disco è quale, se ne hai più di uno collegato — è un errore stupido ma succede più spesso di quanto si pensi, soprattutto con due SSD identici nello stesso case.

Su un punto, però, non c’è consenso unanime tra chi scrive guide di questo tipo: quanto spazio “di sicurezza” lasciare non allocato per eventuali ridimensionamenti futuri. Alcuni consigliano 10-20 GB, altri lo considerano spreco su dischi già stretti. Dipende dal caso, e onestamente dipende anche da quanto sei disposto a intervenire di nuovo tra un anno se lo spazio finisce.

Domande frequenti

Serve sempre disattivare il Secure Boot per installare Linux in dual boot? No, non sempre: molte distro principali (Ubuntu, Fedora, openSUSE) supportano Secure Boot nativamente da anni. Può servire disattivarlo temporaneamente solo per alcune distro più piccole o per installare driver proprietari non firmati.

Posso ridurre la partizione di Windows senza reinstallare nulla? Sì, con lo strumento di gestione disco integrato o con GParted da live USB, a patto che ci sia spazio libero contiguo sufficiente. Se il disco è molto pieno o frammentato, il ridimensionamento può fallire o liberare meno spazio del previsto.

Meglio partizionare un SSD o un HDD per il dual boot? Tecnicamente funziona su entrambi, ma su SSD l’esperienza è nettamente migliore per tempi di boot e cambio sistema. Su HDD il passaggio tra OS resta lento indipendentemente dalla partizione scelta.

Che succede se scelgo la dimensione sbagliata per una partizione? Puoi quasi sempre ridimensionarla in un secondo momento, ma è un’operazione che comporta gli stessi rischi del partizionamento iniziale — meglio pianificare con un margine ragionevole piuttosto che dover intervenire di nuovo a stretto giro.

Il dual boot rallenta il sistema principale? No, avere una seconda partizione o un secondo OS installato non rallenta l’altro sistema durante l’uso normale: sono ambienti isolati che non girano insieme. L’unico costo è lo spazio disco sottratto.

Se il disco che stai per modificare contiene dati che non puoi permetterti di perdere, o se la macchina è sotto garanzia con clausole particolari sul software preinstallato, vale la pena verificare le condizioni specifiche presso il produttore prima di procedere.

Alla fine la domanda giusta non è “partizione o VM”, ma quanto spesso userai davvero il secondo sistema e per cosa — è quella risposta, più di ogni guida tecnica, a decidere lo strumento giusto.

By Salvio Cicchelli

Fa parte della redazione di llow.it portale informativo ricco di guide e consigli pratici per cercare di risolvere ogni tipo di problema, ma anche per piccole curiosità.

Possono interessarti

No widgets found. Go to Widget page and add the widget in Offcanvas Sidebar Widget Area.