1 21/05/2026 9 min

In MDT, aggiungere una partizione extra non significa solo “creare spazio in più”: vuol dire decidere dove collocarla nella sequenza di installazione, come la vuoi formattare, con quale lettera o mount point la renderai disponibile e soprattutto cosa succede se il disco target non è quello che ti aspettavi. Se la distribuzione parte senza queste verifiche, il risultato tipico è una macchina che si installa, ma non nel layout che avevi in mente.

La logica corretta è questa: prima definisci il layout nel task sequence, poi validi che il WinPE veda il disco giusto, infine fai un test su una VM pulita. In ambiente Microsoft, MDT appoggia gran parte del lavoro a DiskPart, alle variabili della task sequence e ai passi di formattazione del volume. La parte delicata non è “creare la partizione”, ma farlo in modo ripetibile e reversibile.

Quando ha senso aggiungere una partizione extra

La casistica più comune è la separazione dei dati applicativi dal sistema operativo. Può servire per log, cache, repository locali, strumenti di backup o per isolare dati che devono sopravvivere a una reinstallazione del sistema. In altri casi la partizione extra è solo un requisito del cliente: ad esempio un volume dedicato a software terze parti, una partizione di staging o uno spazio riservato a diagnostica e raccolta log.

La regola pratica è semplice: se la partizione extra ha un significato operativo, deve essere dichiarata nel design della distribuzione. Se invece nasce da una convenzione storica, conviene chiedersi se oggi sia ancora utile. In molti casi un volume separato basta, senza moltiplicare il numero di partizioni. MDT non premia il folklore: premia layout chiari e facili da automatizzare.

Il punto giusto dove intervenire in MDT

La modifica si fa nella task sequence, non nel “Deployment Share” in astratto. Il punto esatto dipende da come stai costruendo il disco: se usi la logica standard di partizionamento, devi modificare i passaggi di preinstallazione che preparano il disco. Se invece il layout è già personalizzato, la partizione extra va aggiunta nello stesso blocco che definisce le altre partizioni.

In console MDT, il percorso tipico è Deployment Share → Task Sequences → task sequence interessata → modifica. Dentro la sequenza, cerca i passaggi legati a Format and Partition Disk oppure a uno script DiskPart richiamato prima dell’installazione del sistema. È lì che si decide se il disco viene inizializzato in GPT o MBR, quante partizioni crea e in che ordine.

Se usi un approccio standard con partizionamento predefinito, la partizione extra può essere aggiunta come volume dati o come partizione di servizio. Se invece hai una configurazione più rigida, conviene ricorrere a un file DiskPart dedicato, così mantieni il controllo totale sul layout e riduci il rischio di modifiche involontarie introdotte dalla GUI.

Creare la partizione: approccio pratico

Il metodo più leggibile resta quello basato su DiskPart. MDT può richiamare uno script prima dell’installazione del sistema operativo, e in quello script definisci disco, partizioni, lettera e formattazione. È il modo più pulito quando vuoi una partizione extra con dimensione precisa e comportamento prevedibile.

Un esempio minimale di logica DiskPart è questo: selezioni il disco target, lo pulisci solo se sei nel flusso di deployment previsto, crei la partizione di sistema, la partizione Microsoft Reserved se sei in GPT, la partizione OS e infine la partizione extra. La partizione extra può essere formattata in NTFS e assegnata con una lettera temporanea, oppure lasciata senza lettera se vuoi montarla più avanti via script o criterio di gruppo.

Per esempio, un file di partizionamento può seguire questa logica:

select disk 0
clean
convert gpt
create partition efi size=100
format quick fs=fat32 label="System"
assign letter=S
create partition msr size=16
create partition primary size=50000
format quick fs=ntfs label="Windows"
assign letter=C
create partition primary
format quick fs=ntfs label="Data"
assign letter=D

Qui la partizione extra è D:, ma non devi fissarti sulla lettera. In alcuni ambienti è meglio non assegnarla subito, specie se poi la gestione viene fatta dal sistema operativo o da una policy interna. Il punto è che la partizione esiste, ha un filesystem coerente e ha una dimensione che non confligge con il resto del layout.

Partizione extra e task sequence: variabili da non ignorare

Quando la distribuzione parte, MDT lavora con variabili che determinano disco, partizione e passo successivo. Se la partizione extra deve essere usata da uno script o da un’applicazione in post-installazione, conviene esporla chiaramente con una lettera o con un mount point. Altrimenti rischi di creare il volume correttamente e poi non usarlo mai.

Le variabili più utili sono quelle che descrivono il disco target e la lettera assegnata al volume. Il dettaglio cambia in base al template della task sequence, ma il concetto è sempre lo stesso: la partizione deve essere riconoscibile dal flusso automatizzato. Se la usi come destinazione per log o per dati applicativi, lo script successivo deve sapere dove scrivere.

Se vuoi evitare ambiguità, inserisci un controllo subito dopo la formattazione: verifica che il volume esista, che abbia il filesystem corretto e che la lettera o il mount point siano presenti. In una distribuzione controllata, questo check vale più di una modifica “a sensazione”.

GPT, MBR e spazio libero: il dettaglio che rompe più spesso il layout

Molti problemi nascono non dalla partizione extra, ma dalla geometria del disco. Su GPT hai vincoli diversi rispetto a MBR: esistono partizioni di servizio obbligatorie o quasi obbligatorie, e la sequenza deve rispettare lo schema del firmware UEFI. Se aggiungi una partizione senza considerare l’ordine, puoi finire con un layout non avviabile o con una partizione che viene creata ma non usata come previsto.

Su MBR il limite non è solo tecnico, ma anche operativo: se il disco è piccolo o già occupato da più partizioni, la nuova partizione può forzare una riorganizzazione del layout. In pratica, la prima verifica da fare non è “come la creo”, ma “c’è davvero spazio coerente per crearla?”. Se il disco target varia tra modelli hardware diversi, il task sequence deve prevedere un comportamento robusto anche sui casi limite.

Un errore frequente è lasciare dimensioni fisse troppo aggressive. Una partizione OS troppo grande lascia poco margine per quella extra; una partizione extra sovradimensionata può invece sottrarre spazio al sistema e complicare gli aggiornamenti. La soluzione più solida è definire dimensioni ragionate e, dove possibile, usare il resto del disco per il volume dati.

Verifica prima di distribuire davvero

Prima di puntare la task sequence su un gruppo di produzione, fai almeno una prova in VM. Il test deve dirti tre cose: la partizione viene creata, il sistema si installa, il volume è disponibile dopo il primo boot. Se una di queste tre condizioni fallisce, non hai un problema di “installazione Windows” in generale: hai un problema di ordine dei passaggi o di layout disco.

Il controllo più semplice è aprire Gestione disco dopo il deployment e verificare che il volume sia presente con la dimensione attesa. Se preferisci una verifica da terminale, puoi usare strumenti standard di Windows per elencare i volumi e controllare la lettera assegnata.

diskpart
list volume
exit

Nel risultato ti interessa che il volume extra compaia con filesystem corretto, etichetta prevista e dimensione coerente. Se non compare, il problema non è “MDT non ha funzionato”: è quasi sempre un passaggio errato nella task sequence, un conflitto di lettera o un disco target diverso da quello previsto.

Errori tipici e come evitarli

Il primo errore è assumere che il disco sia sempre Disk 0. In laboratorio spesso lo è, in produzione no: controller diversi, dischi aggiuntivi o firmware che cambia la numerazione possono spostare il target. Il secondo errore è affidarsi a una lettera fissa senza controllare conflitti con altre partizioni o con il sistema operativo. Il terzo è creare la partizione ma dimenticare di aggiornarne l’uso nei passaggi successivi.

Un altro punto debole è la coerenza tra BIOS e UEFI. Se la task sequence è pensata per UEFI ma il client parte in legacy, lo schema di partizionamento non combacia. MDT non risolve da solo questa discrepanza: la devi prevedere nel design o separare chiaramente i profili di distribuzione.

Infine, se la partizione extra serve a contenere dati importanti, non trattarla come una cartella qualsiasi. Devi pensare a backup, quote, permessi e possibili reinstallazioni. Una partizione separata ha senso solo se il suo ciclo di vita è gestito, non se diventa un cassetto senza regole.

Una variante più robusta: mount point invece di lettera

In ambienti più ordinati, la partizione extra può essere montata in una cartella vuota del volume di sistema anziché ricevere una lettera. È una scelta utile quando vuoi evitare collisioni con lettere dinamiche o quando il volume deve restare nascosto all’utente. In questo caso il flusso MDT deve creare prima la cartella di mount e poi applicare il mount point al volume.

Questa soluzione è più elegante ma anche più facile da sbagliare se non la testi bene. Il mount point deve esistere, il filesystem deve essere coerente e il volume deve essere montato dopo il passaggio di partizionamento. Se la sequenza è invertita, il volume risulta presente ma non raggiungibile come previsto.

Per ambienti standardizzati, comunque, il mount point è spesso la scelta migliore: riduce la dipendenza dalle lettere e rende più pulita l’integrazione con applicazioni e script. Se invece devi lavorare con software vecchio o con procedure manuali del supporto, la lettera resta più semplice da spiegare e da diagnosticare.

Decisione operativa: lettera, mount point o niente partizione

Se il volume deve essere visto e usato da operatori o applicazioni legacy, assegna una lettera. Se deve restare trasparente e stabile, usa un mount point. Se la funzione è marginale e lo spazio serve solo per comodità, forse non ti serve affatto una partizione extra: può bastare una directory su un volume già esistente, con permessi e quote corretti.

La scelta giusta dipende più dalla gestione nel tempo che dalla creazione iniziale. MDT ti consente di automatizzare tutte e tre le opzioni, ma la differenza vera sta nella semplicità di manutenzione. Più la struttura è chiara, meno tempo perdi quando una distribuzione fallisce o quando devi replicare il flusso su un nuovo modello hardware.

In sintesi pratica: se vuoi una partizione extra in MDT, non limitarti ad aggiungerla. Disegna il suo ruolo, definisci come verrà identificata, testa il comportamento su UEFI e BIOS se li supporti entrambi, e verifica che il volume resti coerente dopo il primo avvio. È il modo più rapido per evitare di trasformare un dettaglio di partizionamento in un problema di deployment.