1 01/11/2026 8 min

Su Windows Server 2022 la modalità provvisoria non è solo una scorciatoia per “provare a farlo ripartire”: serve a isolare driver, servizi e componenti che impediscono l’avvio normale, soprattutto dopo un aggiornamento, un cambio driver, una modifica al registro o un problema legato a software di terze parti. La parte delicata è che su server reali il metodo giusto cambia molto a seconda di una cosa semplice: il sistema riesce ancora ad arrivare al desktop o no.

Se il server è raggiungibile, conviene preparare la modifica in modo reversibile. Se invece il sistema non completa il boot, la strada passa quasi sempre da WinRE, console remota, hypervisor o accesso fisico. In entrambi i casi l’obiettivo è lo stesso: entrare in modalità provvisoria con il minimo indispensabile, verificare il problema e poi tornare all’avvio normale senza lasciare il server “bloccato” in Safe Mode.

Quando usare la modalità provvisoria su Windows Server 2022

La modalità provvisoria carica un insieme ridotto di driver e servizi. È utile quando sospetti un conflitto introdotto da un aggiornamento, una schermata nera dopo un cambio driver, un servizio che manda in crash il sistema, oppure una configurazione di rete o sicurezza che ha peggiorato la stabilità. Non è la prima scelta per problemi di storage, hardware guasto o disco corrotto, ma può aiutare a distinguere un guasto del sistema operativo da un problema applicativo.

Su un server in produzione va considerato l’impatto: la modalità provvisoria disabilita componenti che spesso sono essenziali, quindi va trattata come una manovra di troubleshooting controllato. Se il server ospita ruoli critici, prima di entrare in Safe Mode verifica che ci sia un piano di accesso alternativo, un backup recente e una finestra operativa accettabile.

Metodo 1: avvio in modalità provvisoria da Windows già funzionante

Se puoi accedere a Windows Server 2022, questo è il percorso più pulito perché ti permette di pianificare il riavvio e, soprattutto, di impostare il ritorno automatico all’avvio normale. È la soluzione da preferire quando il sistema è instabile ma ancora gestibile.

Passi da seguire:

  1. Apri Esegui con Win + R, digita msconfig e premi Invio.
  2. Nella scheda Opzioni di avvio, spunta Modalità provvisoria.
  3. Scegli il profilo corretto: Minima per un avvio essenziale, Rete se ti serve connettività, Shell alternativa solo se sai esattamente perché ti serve.
  4. Conferma con OK e riavvia il server.

La variante Minima è quella più usata per troubleshooting locale. La variante Rete è utile se devi raggiungere il server via strumenti remoti, scaricare patch, consultare risorse interne o accedere a un repository. La Shell alternativa è più rara e spesso non necessaria in ambito server standard.

Se vuoi verificare che l’impostazione sia stata presa correttamente, apri di nuovo msconfig dopo il rientro e controlla che la spunta sia ancora presente. Il segnale operativo più semplice è comunque l’aspetto del sistema: in Safe Mode il desktop appare ridotto, i driver video sono basilari e in genere compaiono le scritte agli angoli dello schermo.

Metodo 2: avvio in modalità provvisoria con bcdedit

Quando preferisci una modifica esplicita del boot loader, o quando msconfig non è pratico, puoi usare bcdedit da prompt elevato. Questo metodo è molto usato in ambienti server perché è chiaro, tracciabile e facilmente reversibile.

Comando per avvio in modalità provvisoria minima:

bcdedit /set {current} safeboot minimal

Comando per avvio in modalità provvisoria con rete:

bcdedit /set {current} safeboot network

Dopo il comando, riavvia il server. Se la modifica è stata accettata, il boot successivo entrerà in modalità provvisoria senza passare da altri strumenti. Questo è utile quando stai lavorando da console remota o quando vuoi evitare passaggi grafici su un host con interfaccia limitata.

Rollback: per tornare all’avvio normale, apri un prompt dei comandi come amministratore e rimuovi il flag Safe Mode con:

bcdedit /deletevalue {current} safeboot

Se non fai questo passaggio, il server può continuare a entrare in modalità provvisoria ad ogni riavvio. È uno degli errori più comuni quando si usa bcdedit in fretta.

Metodo 3: Windows Server 2022 non si avvia più

Se il sistema non arriva al login, devi passare dall’ambiente di ripristino di Windows, cioè Windows Recovery Environment (WinRE). Su un server fisico puoi arrivarci con supporto di installazione o recovery. Su una VM, spesso è più semplice usare la console del hypervisor e forzare il boot nelle opzioni di ripristino.

Scenario tipico: il server resta su schermata nera, riavvia in loop, mostra un errore dopo un driver o non supera la fase iniziale di boot. In questo caso l’obiettivo non è “curare tutto” subito, ma ottenere un avvio minimo per disinstallare l’ultimo cambiamento o raccogliere evidenze.

  1. Avvia il server da supporto di installazione di Windows Server 2022 oppure entra in WinRE tramite le opzioni di ripristino disponibili.
  2. Vai su Risoluzione dei problemi → Opzioni avanzate → Prompt dei comandi.
  3. Individua la lettera dell’unità di sistema, perché in WinRE potrebbe non essere C:.
  4. Imposta l’avvio in modalità provvisoria con bcdedit sul file di configurazione del boot corretto, se necessario.
  5. Riavvia e verifica l’accesso in Safe Mode.

Se il problema è legato a un aggiornamento o a un driver recente, la modalità provvisoria ti serve per rimuovere il componente incriminato. In questo caso la verifica minima è semplice: il sistema deve arrivare a un desktop funzionale, anche se con servizi ridotti. Se continua a non avviarsi neppure in Safe Mode, il problema è più profondo e va spostato su storage, integrità dei file di sistema o configurazione boot corrotta.

Modalità provvisoria con rete: quando serve davvero

La modalità provvisoria con rete va usata quando il troubleshooting richiede accesso a risorse esterne o strumenti di gestione remota. Su un server può essere utile se devi aprire una sessione RDP, raggiungere un repository interno, scaricare un pacchetto, consultare documentazione centralizzata o usare un tool di monitoraggio che dipende dalla rete.

Non va però data per scontata: in Safe Mode con rete non tutti i servizi di rete si comportano come in un boot normale. Se ti serve verificare la connettività, controlla subito che l’interfaccia abbia un indirizzo IP e che il gateway risponda. Un test rapido può essere una semplice navigazione verso una risorsa interna o un ping verso un host autorizzato della tua rete di gestione, se la policy lo consente.

Se la rete non funziona in Safe Mode, non assumere che il problema sia “di Windows”: può essere il driver NIC, una policy di sicurezza, un servizio disabilitato o una configurazione VLAN non compatibile con il profilo ridotto. In questi casi conviene tornare alla modalità minima e lavorare con la console locale o con la console del virtualizzatore.

Verifica dopo l’ingresso in Safe Mode

Una volta entrato, non limitarti a guardare il desktop. Devi capire se il problema originale è sparito o solo mascherato dal carico ridotto. La verifica minima su un server dovrebbe includere almeno questi punti:

  • Il sistema arriva al desktop senza riavvii spontanei.
  • Il servizio o driver sospetto non si carica più.
  • I log di sistema mostrano meno errori rispetto all’avvio normale.
  • Le risorse critiche, come disco e memoria, non sono saturate.

Se il server è un host applicativo, apri subito Visualizzatore eventi e controlla Registri di Windows → Sistema e, se pertinente, Applicazione. Cerca errori temporali coerenti con il boot fallito. Se trovi un servizio che va in crash appena parte, hai già un indizio forte sul componente da disabilitare o aggiornare.

Come tornare all’avvio normale senza lasciare il server in Safe Mode

Il rollback va fatto sempre, anche se il server sembra stabile. Se hai usato msconfig, togli la spunta a Modalità provvisoria e riavvia. Se hai usato bcdedit, rimuovi il valore safeboot. Questo è il punto che spesso viene dimenticato e crea problemi al riavvio successivo, magari giorni dopo, quando nessuno si aspetta che il server entri ancora in Safe Mode.

Comandi di verifica utili:

bcdedit /enum {current}

Nel risultato, la presenza di una voce legata a safeboot indica che il sistema è ancora configurato per l’avvio speciale. Se la voce non c’è più, il rollback è stato applicato correttamente. In alternativa, se hai lavorato da interfaccia grafica, riapri msconfig e controlla che la casella sia deselezionata.

Errori comuni da evitare

Il primo errore è entrare in Safe Mode senza sapere come uscirne. Il secondo è usare la modalità provvisoria per “risolvere tutto” quando il problema è chiaramente di storage o di hardware: in quel caso stai solo cambiando sintomo. Il terzo è lasciare attivo safeboot dopo il troubleshooting, cosa che può portare a confusione operativa e riavvii inattesi in modalità ridotta.

Un altro errore frequente è confondere il boot riuscito con la risoluzione del problema. La modalità provvisoria ti dice che il sistema è abbastanza integro da partire con un set minimo di componenti, ma non prova che il server sia sano in condizioni normali. Per questo il passaggio successivo deve essere sempre un test di riavvio ordinario dopo la correzione del componente sospetto.

Checklist operativa rapida

  1. Capisci se il server avvia ancora Windows o se sei già in scenario WinRE.
  2. Scegli il metodo: msconfig se il sistema è accessibile, bcdedit se vuoi controllo esplicito, WinRE se il boot normale non parte.
  3. Decidi tra Minima e Rete in base al tipo di verifica che devi fare.
  4. Entra in Safe Mode e conferma che il problema originale sia riproducibile solo in avvio normale.
  5. Rimuovi safeboot o la spunta in msconfig appena terminato il troubleshooting.
  6. Riavvia normalmente e verifica che il server torni nel profilo standard.

Assunzione operativa: il server è in ambiente amministrato e hai già accesso autorizzato alla console o a una sessione con privilegi elevati.