Ao tentar instalar * .msi ou arquivo em um sistema operacional Windows 7, recebi o seguinte erro:
error 1325 <username> is not a valid short File Name
Como posso corrigir esse problema para que a instalação continue?
Ao tentar instalar * .msi ou arquivo em um sistema operacional Windows 7, recebi o seguinte erro:
error 1325 <username> is not a valid short File Name
Como posso corrigir esse problema para que a instalação continue?
Respostas:
Isso acontece no arquivo que está dentro de um domínio. Pelo que vi até agora, isso acontece apenas com usuários que efetuam login a partir de um domínio.
Esta solução é simples, vá para o seguinte local do registro no regedit:
HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Explorer/User Shell Folders
Aqui você deve alterar a personal
chave do registro:
\\<domain>\profiles$\<username>
%USERPROFILE%\<username>
Observe que também User Shell Folders
pode existir em outros locais, para que você possa procurar no editor de registro User Shell Folders
e corrigir todos os valores que encontrar, dependendo da sua instalação pessoal.
Em seguida, tente reinstalar o programa.
Outra opção é criar um novo Usuário Administrador no seu computador e instalá-lo dessa maneira.
Para o pôster original desta pergunta, isso corrige mais do que apenas .Net
Eu estava enfrentando o mesmo erro ao instalar o AutoCAD, em um ambiente de GP e perfis de roaming com contas de administrador local bloqueadas. (Também estamos migrando para o Win7 do XP e tendo que instalar / testar o software) Há alguns meses, tive que entrar em vários perfis de registro e codificar o UserShellFolder porque o administrador anterior havia criado um perfil de usuário padrão com base em seu perfil que, é claro, estragou os ponteiros nas configurações pessoais e apontou para o perfil de usuário sempre que um novo perfil de usuário foi criado.
Além disso, você pode precisar ir para as Pastas do Shell na mesma pasta do Explorer mencionada acima e ajustar as referências de perfil também.
Eu tive o mesmo problema com o programa ArcGIS e, então, voltei e vi os fóruns do Google para ajudar alguém :) Passei dois dias tentando várias maneiras de resolver, incluindo a edição dos valores do registro. Eu havia desinstalado o programa, mas acho que eram arquivos que não foram excluídos.
Resolvi meu problema com o programa "Revo Uninstaller" (Grátis), seguindo estas etapas:
Depois disso, consegui reinstalar o programa sem problemas.
Tivemos o mesmo problema no AutoCad 2013. Normalmente, nossos nomes de usuário têm oito caracteres, mas ocasionalmente têm um com mais, e é por isso que não vimos o problema originalmente.
Não usamos perfis de roaming, mas redirecionamos todos os arquivos do usuário (documentos, fotos, vídeos etc.) para o armazenamento de arquivos em rede. Nossos GPOs movem isso para o mesmo diretório doméstico do usuário no AD.
Para nós, alterar o valor "Pessoal" no conjunto de chaves mencionado acima permitiu que a primeira execução do AutoCad prosseguisse normalmente.
Observe, no entanto, que isso também coloca a pasta "Documentos" do usuário novamente na pasta C: \ Users \\ Documents, em vez do armazenamento em rede desejado. Após a primeira execução do AutoCad, tivemos que colocar o valor do registro de volta à sua configuração original; faça com que o usuário efetue logoff e logon novamente.
O AutoCad ainda deve funcionar neste momento.
Nenhuma das sugestões aqui funcionou para mim. Decidi fazer login no PC como supervisor de rede e executar a atualização (para todos os usuários deste PC) e isso foi o que fez.
É evidente que, de alguma forma, o perfil do usuário regular deve estar danificado. Passei um tempo considerável cavando no palheiro do registro tentando localizar o problema quando decidi reduzir minhas perdas e tentar a abordagem com mão pesada. Funcionou, mas a justificativa para o fracasso, pois o Usuário ainda me alude.