Erro no arquivo-> Abrir, todas as vezes, no TextPad

0

Eu tenho uma área de trabalho do Windows 7 Professional que comecei a usar, conectada como um usuário de rede a um domínio do Samba4 AD.

Sempre que vou abrir um arquivo no TextPad (por exemplo, escolhendo Abrir no menu Arquivo), recebo este erro:

\\ NOME DO SERVIDOR \ Users $ \ SYSTEM \ Desktop refere-se a um local que é   indisponível. Pode estar em um disco rígido neste computador ou em   rede. Verifique se o disco está inserido corretamente ou   que você está conectado à Internet ou à sua rede e, em seguida, tente   novamente. Se ainda não puder ser localizado, a informação pode ter sido   movido para um local diferente.

Eu pensei que talvez eu tivesse uma política mal configurada, mas quando eu chequei usando as etapas descritas Aqui , Eu não tinha mais políticas configuradas depois de tudo. Então eu acho que não é isso.

Onde mais eu poderia procurar tentar me livrar dessa referência quebrada?

Kev
fonte
Em um domínio do Windows, o caminho normalmente seria \\server\users\username\desktop você parece estar usando a conta SYSTEM. Isso não é "normal", tanto quanto eu sei.
Yorik
@ Yorik, sim, isso é parte da curiosidade aqui. Estou logado como um usuário normal no domínio, não como SYSTEM, o que nem acho possível. Então, de onde o Windows poderia obter essa string?
Kev
Eu pessoalmente não sei de qualquer maneira de executar inadvertidamente um programa arbitrário da GUI sob a conta SYSTEM. Talvez os usuários do domínio sejam mal-respondidos para apontar para o diretório de usuários da conta do sistema.
Yorik
@ Yorik, esta é a única conta que parece estar exibindo esse problema. De qualquer forma, a questão é, onde seria dito misconfiguration ser armazenado? Também não acho que esteja executando um programa arbitrário, acho que é mais como tentar incluir uma pasta entre os favoritos ou algo assim.
Kev
1
também se você iniciar & gt; executar & gt; cmd e digitar echo %userprofile%, mostra o caminho do perfil do usuário ou SISTEMA?
Yorik

Respostas:

1

Aparentemente, houve uma atualização do Windows na fila que fez algo sobre isso. Depois de um reinício, esse problema desapareceu completamente.

Atualização: Estranhamente, após a atualização do Windows em 12 de maio e outra reinicialização, esse problema voltou como antes.

Kev
fonte
0

Vários WU's depois, eu criei uma solução diferente, que funcionou: criar o caminho que está reclamando.

Kev
fonte