Como restaurar a variável de ambiente Path que eu excluí?

26

Excluí acidentalmente a variável de ambiente Path, criando uma nova com o nome do Path. Como posso restaurar minha variável de ambiente Path antiga?

deno
fonte
Lembre-se de que cada sessão do console do Windows possui sua própria variável de ambiente PATH, que pode ser exibida ou alterada usando o comando PATH. Mas se você fechar o console e abrir um novo, o PATH do sistema original será restaurado. Não tenho certeza se esse é o caso de uma sessão de console elevada.
Baodad 9/08/16

Respostas:

53

Perdi meu PATH com uma instalação de programa hoje cedo, mas com todos os programas existentes em execução, era fácil recuperá-lo. Se você tiver uma janela de comando aberta, execute:

echo %PATH%

Caso contrário, é possível examinar as variáveis ​​de ambiente dos programas em execução no momento com o Process Explorer (procexp) .

Tom Mayfield
fonte
3
CARALHO. Eu não sei por que isso não me ocorreu, mas você me salvou de uma dor de cabeça enorme. TY.
dudewad
2
O "Ahah!" momento para mim quando eu postei isso foi bastante gratificante.
Tom Mayfield
2
Você do passado. Muito obrigado por desaparafusar meu parafuso total. Eu estava perdido, mas por sua causa eu vi a luz e encontrei o caminho novamente.
Sábio Pourpre
8
Excelente resposta. Me salvou de restaurar um backup. Posso compartilhar um truque potencialmente não tão óbvio de como abrir uma janela de comando se você não tiver uma aberta. Se você tem um programa que possui uma caixa de diálogo aberta (usei o Chrome desde que estava aberto antes de perder o caminho), pressione Ctrl-O para abrir um site. Navegue para C: \ Windows \ system32 \ e localize cmd.exe. Clique com o botão direito do mouse em cmd.exe e clique em Abrir. Isso exibirá um prompt de comando com as variáveis ​​de ambiente do software (neste caso, o chrome) e você poderá ecoar% path% para obter suas antigas variáveis ​​env!
precisa saber é o seguinte
2
Seu senhor é um gênio, se eu pudesse votar em você mais de uma vez, certamente o faria. Depois de instalar um pouco de software que varreu todo o caminho do sistema, há 2 dias, observei minha barra de tarefas e percebi que tinha um cmd que estava aberto por cerca de uma semana, e seu "eco% PATH%" não apenas salvou meu bacon, mas me salvou de várias horas de reconstrução de caminhos dolorosos para o VIsual Studio, Dotnet, Office e muitos outros aplicativos grandes. TODOS VOTAM ESTE INDIVÍDUO !!!!
21817 shawty
21

Segui o conselho na resposta a uma pergunta relacionada aqui e recuperei minha configuração de caminho anterior a partir desta manhã usando o regedit. Expandindo um pouco essa resposta, eis como eu fiz isso. (Leia a resposta vinculada para obter as instruções completas, não forneço todos os detalhes aqui.)

Selecionei meu primeiro backup a partir de hoje (11:43, horário na seção 'Hoje')

Exemplo de versões anteriores do RegBack

e examinou o ControlSet mais antigo dentro do nó HKEY_LOCAL_MACHINE/ Systemdessa cópia do arquivo de registro, ControlSet002:

insira a descrição da imagem aqui

e copiei o valor anterior da minha variável de caminho da chave Control\ Session Manager\ Environment\ Pathdentro desse nível.

insira a descrição da imagem aqui

Sua milhagem pode variar, pois não sei exatamente o que aciona o backup do registro.

Marfarma
fonte
1
Ainda mais fácil, uma observação da pergunta antiga "Observe que para o System, dependendo de há quanto tempo isso foi, você pode simplesmente voltar ao HKLM (versão antiga do conjunto de controles) \ Control \ Session Manager \ Environment sem carregar uma seção antiga"
Jahmic
O que é MOLD? Quando vou para as versões anteriores do Regback, vejo uma pasta anterior e, apesar da profundidade da resposta vinculada, ainda não sei o que fazer. Além disso, como você conseguiu abrir o nó HKEY_LOCAL_MACHINE / System de qualquer pasta Regback?
Ungeheuer
Onde esses backups são armazenados?
Shimmy
8

Você poderia fazer uma restauração do sistema.

Para restaurar o seu PC usando a Restauração do Sistema

Passe o dedo na borda direita da tela e toque em Pesquisar. (Se você estiver usando um mouse, aponte para o canto superior direito da tela, mova o ponteiro do mouse para baixo e clique em Pesquisar.) Digite Recuperação na caixa de pesquisa, toque ou clique em Configurações e, em seguida, toque ou clique em Recuperação .

Toque ou clique em Abrir Restauração do Sistema e siga as instruções.

Dave
fonte
3
  • No menu Iniciar, abra Executar (ou pressione ⊞ Win+ R).
  • Tipo regedit
    • Encontrar HKEY_LOCAL_MACHINE folder
    • Vou ao SYSTEM folder
    • Vá para a ControlSet002pasta
    • Vá para a Controlpasta
    • Vamos para Session Manager
    • Vá para a Environmentpasta
    • Em seguida, dentro da Environmentpasta, clique duas vezesPath

O caminho anterior deve estar lá.

Joramie Mier
fonte
1
Essa deve ser a resposta aceita. O escolhido trabalha para variáveis ​​curtas e não permite copiar e colar. Aqui você pode fazer isso conforme necessário.
Javydreamercsw
3
Mostra o caminho atual. Não é o antigo.
Shimmy
ele não me mostra o caminho :( #
Ayyash
O instalador do WinAVR derrotou minha variável PATH em vez de anexá-la ... Funcionou para mim, obrigado por salvar!
shadowtalker
0

Eu só descobri o problema com as variáveis ​​de ambiente dias depois que elas foram arruinadas pela instalação de um aplicativo desatualizado. Mas eu ainda tinha um backup completo do registro. Lá é possível encontrar todas as variáveis ​​de ambiente do sistema como fora da data do backup. Eles podem ser comparados com a situação atual, conforme Sistema / Configurações avançadas do sistema / Variáveis ​​de ambiente. Dependendo de quão recente é o backup, e assumindo que nenhuma variável de ambiente seja alterada desde então, você está bem. O pior caso é que você precisará reinstalar os aplicativos que você instalou após o backup do registro e antes de perder os dados do caminho, o que normalmente é menos trabalhoso do que uma restauração. Abaixo vou explicar como isso pode ser feito.

  1. Abra o arquivo backup.reg com o Notepad ++ (editor gratuito e excelente). Localize HKEY_LOCAL_MACHINE / SYSTEM / ControlSet001 / Control / Session Manager / Environment. Se isso não funcionar, tente ControlSet002 ou superior.

  2. Copie e cole os dados de hash hexadecimal (2) do PATH em uma nova janela do Notepad ++. Localize / substitua todos ',' (vírgulas sem as aspas) por '' e todos os '00' por '' e todos os espaços duplos '' por um único espaço ''. Agora você deve ficar com "hexadecimal puro" sem vírgulas ou zeros como separador.

  3. Abra http://www.rapidtables.com/convert/number/hex-to-ascii.htm . Este é um conversor hexadecimal para ascii. Copie e cole os dados "puro hexadecimal" na janela hexadecimal e clique em converter. Agora você pode ver os dados do caminho e copiar e colá-los no Bloco de Notas, comparar com a versão atual e adicionar os dados ausentes. Você está de volta aos negócios!

  4. Como bônus, você também pode verificar as outras variáveis ​​de ambiente comparando os dados no Notepad ++ backup.reg com os valores atuais. Os dados ausentes podem ser recuperados da mesma maneira que explicada acima.

marcopolo
fonte
0

Eu apaguei acidentalmente a variável de ambiente Path


Eu também, e muitos comandos que costumavam funcionar de repente produziram um erro:

The term '<command>' is not recognized as the name of a cmdlet, function, script file, or operable program. 


As outras respostas para esse problema não funcionaram para mim, então

Eu tive que recuperar a variável de ambiente Path um pouco de cada vez:

  1. Em um prompt de comando simples, não no PowerShell, digite where <command>, por exemplo where npm,.
  2. Digite "variáveis ​​de ambiente" no Cortana para editar as variáveis ​​de ambiente do sistema.
  3. Em Variáveis ​​do sistema, localize a variável Path e clique em Editar.
  4. Adicione cada caminho de arquivo da etapa 1.
  5. Reinicie o seu computador.
  6. Repita para cada comando que produz o erro.
  7. Aprecie usar comandos que funcionam. :-)

insira a descrição da imagem aqui

Super Jade
fonte
0

"Restaurar" de um conjunto padrão é outra opção, com o risco de alguns aplicativos instalados reclamarem até serem corrigidos.
Segundo plano: ocorreu ao iniciar o WLM após uma reinicialização. O único thread com informações sobre o WLDcore.dll ausente sugeria uma PATHvariável de ambiente ausente .
Antes da reinicialização, havia um console PS de administrador aberto na tentativa de fazer o Curl aceitar comandos. Deve ter nocauteado a PATHvariável com ela de alguma forma.

Felizmente, e infelizmente, os valores PATH padrão do Brink foram copiados para System Properties \ Environment Variables antes de acessar os valores do ControlSet001 (sem ControlSet002aqui) referido em outras respostas neste tópico. Portanto, a única opção para recuperar os valores originais foi com a restauração do sistema também mencionada neste encadeamento. Uma coisa boa é que os aplicativos que usam PATHnesta máquina documentam seus requisitos, tão fáceis de reparar.

Para aqueles que tiveram experiências semelhantes, aqui estão os valores do Windows 10 do Brink:

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Windows Live\Shared

E o mínimo necessário para sistemas operacionais anteriores:

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\
Laurie Stearn
fonte
-1

Acabei de recuperá-lo, fazendo o seguinte: Minhas configurações de caminho anteriores ainda estavam na tela do prompt do cmd. Então, clique com o botão direito do mouse. Tome 'Selecionar tudo'. Isso copia sua tela. Abra o bloco de notas e cole. Agora destaque a definição de caminho no bloco de notas, clique com o botão direito e copie. Volte para a tela de prompt do dos cmd. clique com o botão direito e cole Isso funcionou para mim tão boa sorte!

JosieDoherty
fonte
Isso duplica as informações já presentes em outra resposta e pressupõe que existe um prompt de comando já aberto nessa situação.
bertieb