Riga di comando per rimuovere una variabile di ambiente dalla configurazione a livello di sistema operativo

Windows ha il setxcomando:

Description:
    Creates or modifies environment variables in the user or system
    environment.

Quindi puoi impostare una variabile come questa:

setx FOOBAR 1

E puoi cancellare il valore in questo modo:

setx FOOBAR ""

Tuttavia, la variabile non viene rimossa. Rimane nel registro:

Quindi come rimuoveresti la variabile?

Per rimuovere la variabile dall'ambiente corrente ( non in modo permanente):

set FOOBAR=

Per rimuovere definitivamente la variabile dall'ambiente utente (che è la posizione predefinita la setxmette):

REG delete HKCU\Environment /F /V FOOBAR

Se la variabile è impostata nell'ambiente di sistema (ad esempio se è stata originariamente impostata con setx /M), come amministratore eseguire:

REG delete "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /F /V FOOBAR

Nota: i REGcomandi precedenti non influiranno su alcun processo esistente (e su alcuni nuovi processi che sono biforcuti da processi esistenti), quindi se è importante che la modifica abbia effetto immediato, la cosa più semplice e sicura da fare è disconnettersi e riconnettersi o riavviare. Se questa non è un'opzione o vuoi approfondire, alcune delle altre risposte qui hanno alcuni ottimi suggerimenti che potrebbero adattarsi al tuo caso d'uso.

Per rimuovere la variabile dalla sessione di comando corrente senza rimuoverla permanentemente, utilizzare il normale setcomando incorporato : basta inserire nulla dopo il segno di uguale:

set FOOBAR=

Per confermare, esegui setsenza argomenti e controlla l'ambiente corrente. La variabile dovrebbe mancare completamente dall'elenco.

Nota : questo rimuoverà solo la variabile dall'ambiente corrente - non persisterà la modifica al registro. Quando viene avviato un nuovo processo di comando, la variabile tornerà.

Questo è stato trattato un bel po ', ma manca un'informazione cruciale. Spero di poter aiutare a chiarire come funziona e dare un po 'di sollievo ai viaggiatori stanchi. :-)

Elimina dal processo corrente

Ovviamente, tutti sanno che lo fai solo per eliminare una variabile d'ambiente dal tuo processo attuale:

set FOO=

Elimina persistente

Esistono due set di variabili di ambiente, a livello di sistema e utente.

Elimina variabile ambiente utente:

reg delete "HKCU\Environment" /v FOO /f

Elimina variabile di ambiente di sistema:

REG delete "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /F /V FOO

Applica valore senza riavviare

Ecco le informazioni magiche che mancano! Ti stai chiedendo perché dopo aver fatto questo, quando avvii una nuova finestra di comando, la variabile d'ambiente è ancora lì. Il motivo è perché explorer.exe non ha aggiornato il suo ambiente. Quando un processo ne avvia un altro, il nuovo processo eredita l'ambiente dal processo che lo ha avviato.

Esistono due modi per risolvere questo problema senza riavviare. Il modo più brutale è di interrompere il processo explorer.exe e riavviarlo. Puoi farlo da Task Manager . Non consiglio questo metodo, tuttavia.

L'altro modo è dire a explorer.exe che l'ambiente è cambiato e che dovrebbe rileggerlo. Questo viene fatto trasmettendo un messaggio di Windows (WM_SETTINGCHANGE). Questo può essere realizzato con un semplice script PowerShell. Potresti facilmente scriverne uno per farlo, ma ne ho trovato uno in Impostazioni finestra di aggiornamento dopo le modifiche tramite script :

if (-not ("win32.nativemethods" -as [type])) {
    add-type -Namespace Win32 -Name NativeMethods -MemberDefinition @"
        [DllImport("user32.dll", SetLastError = true, CharSet = CharSet.Auto)]
        public static extern IntPtr SendMessageTimeout(
            IntPtr hWnd, uint Msg, UIntPtr wParam, string lParam,
            uint fuFlags, uint uTimeout, out UIntPtr lpdwResult);
        "@
}

$HWND_BROADCAST = [intptr]0xffff;
$WM_SETTINGCHANGE = 0x1a;
$result = [uintptr]::zero

[win32.nativemethods]::SendMessageTimeout($HWND_BROADCAST, $WM_SETTINGCHANGE,[uintptr]::Zero, "Environment", 2, 5000, [ref]$result);

Sommario

Quindi, per eliminare una variabile di ambiente utente denominata "FOO" e fare in modo che la modifica si rifletta nei processi avviati successivamente, procedere come segue.

1. Salvare lo script di PowerShell in un file (lo chiameremo updateenv.ps1).
2. Fallo dalla riga di comando: reg delete "HKCU \ Environment" / v FOO / f
3. Esegui updateenv.ps1.
4. Chiudi e riapri il prompt dei comandi e vedrai che la variabile di ambiente non è più definita.

Nota, probabilmente dovrai aggiornare le impostazioni di PowerShell per permetterti di eseguire questo script, ma lo lascerò come esercizio di Google-fu per te.

Da PowerShell è possibile utilizzare il [System.Environment]::SetEnvironmentVariable()metodo .NET :

• Per rimuovere una variabile di ambiente utente denominata FOO:

  [Environment]::SetEnvironmentVariable('FOO', $null, 'User')
  

^{Si noti che $nullviene utilizzato per segnalare meglio l'intenzione di rimuovere la variabile, sebbene tecnicamente sia effettivamente lo stesso che passare ''in questo caso.}

• Per rimuovere una variabile di ambiente di sistema (a livello di macchina) denominata FOO- richiede elevazione (deve essere eseguita come amministratore):

  [Environment]::SetEnvironmentVariable('FOO', $null, 'Machine')
  

A parte un'esecuzione più rapida, il vantaggio rispetto al reg.exemetodo basato su è che le altre applicazioni vengono informate della modifica , tramite un WM_SETTINGCHANGEmessaggio (sebbene non tutte le applicazioni ascoltino quel messaggio).

Sono d'accordo con CupawnTae .

SET non è utile per le modifiche all'ambiente principale.

Cordiali saluti: le variabili di sistema sono presenti HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment(molto più a lungo delle varianti dell'utente).

Il comando completo per una var di sistema denominata FOOBAR è quindi:

REG delete "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /F /V FOOBAR

(Nota le virgolette necessarie per gestire lo spazio.)

Peccato che il setxcomando non supporti una sintassi di eliminazione. :(

PS: usa responsabilmente - Se uccidi la tua variabile path, non incolparmi!

Il comando nella risposta di DougWare non ha funzionato, ma questo ha funzionato:

reg delete "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v FOOBAR /f

È HKLMpossibile utilizzare il collegamento per HKEY_LOCAL_MACHINE.

Elimina senza riavviare

Alla domanda del PO è stata infatti data ampia risposta, incluso come evitare il riavvio tramite PowerShell, vbscript o come si chiama.

Tuttavia, se è necessario attenersi solo ai comandi cmd e non si ha il lusso di poter chiamare PowerShell o vbscript, è possibile utilizzare il seguente approccio:

rem remove from current cmd instance
  SET FOOBAR=
rem remove from the registry if it's a user variable
  REG delete HKCU\Environment /F /V FOOBAR
rem remove from the registry if it's a system variable
  REG delete "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /F /V FOOBAR
rem tell Explorer.exe to reload the environment from the registry
  SETX DUMMY ""
rem remove the dummy
  REG delete HKCU\Environment /F /V DUMMY

Quindi la magia qui è che usando "setx" per assegnare qualcosa a una variabile non necessaria (nel mio esempio DUMMY), si forza Explorer.exe a rileggere le variabili dal registro, senza bisogno di PowerShell. Quindi ripulisci quel manichino, e anche se uno rimarrà nell'ambiente di Explorer per un po 'più a lungo, probabilmente non danneggerà nessuno.

O se dopo aver eliminato le variabili è necessario impostarne di nuove, non è nemmeno necessario alcun manichino. Il solo utilizzo di SETX per impostare le nuove variabili cancella automaticamente quelle appena rimosse da eventuali nuove attività cmd che potrebbero essere avviate.

Informazioni di base: ho appena usato questo approccio con successo per sostituire un set di variabili utente con variabili di sistema con lo stesso nome su tutti i computer del mio lavoro, modificando uno script cmd esistente. Ci sono troppi computer per farlo manualmente, né è stato pratico copiare extra PowerShell o vbscripts su tutti. Il motivo per cui avevo urgente bisogno di sostituire l'utente con le variabili di sistema era che le variabili utente venivano sincronizzate nei profili di roaming (non ci pensavo), quindi più macchine che utilizzavano lo stesso login di Windows ma necessitavano di valori diversi, si confondevano.

setx FOOBAR ""

fa sì che il valore di FOOBAR sia una stringa nulla. (Anche se, mostra con il setcomando "", quindi forse la virgoletta è la stringa.)

Ero solito:

set FOOBAR=

e quindi FOOBAR non era più elencato nel comando set. (Non è stato necessario disconnettersi.)

Windows 7 a 32 bit, utilizzando il prompt dei comandi, non amministratore è quello che ho usato. (Non cmd o Windows+ R, che potrebbe essere diverso.)

A proposito, non ho visto la variabile che ho creato da nessuna parte nel registro dopo averlo creato. Sto usando RegEdit non come amministratore.

Puoi anche creare un piccolo script VBScript :

Set env = CreateObject("WScript.Shell").Environment("System")
If env(WScript.Arguments(0)) <> vbNullString Then env.Remove WScript.Arguments(0)

Quindi chiamalo come %windir%\System32\cscript.exe //Nologo "script_name.vbs" FOOBAR.

Lo svantaggio è che è necessario uno script aggiuntivo, ma non richiede un riavvio.