Bem, no final, o problema foi resolvido com um novo perfil. A funcionária em questão recentemente se casou, então ela me pediu para mudar seu sobrenome. Acabei de criar um novo perfil e tudo funcionou como mágica.
Eu tenho um usuário que estava usando o Windows XP até ontem. O computador acabou recebendo um vírus (de novo) e então eu o substituí por uma máquina sobressalente do Windows 7 que estávamos preparando para outro lugar. A máquina com Windows 7 é instalada recentemente e totalmente atualizada. Quando o usuário faz login com seu perfil de domínio, a máquina com Windows 7 apenas carrega um perfil temporário a cada vez. Reiniciar e fazer logoff e voltar não corrige. Também não há chave de registro ou pasta criada para o usuário.
Eu duvido que isso faça diferença, mas eu tenho arquivos off-line desativados. Ah, e o servidor que hospeda o Active Directory é um x64 do Windows Server 2003 R2.
Alguém tem alguma sugestão sobre como posso fazer a máquina carregar o perfil do usuário?
O Vista / 2008 introduziu um perfil diferente, portanto, você não estaria procurando problemas com o perfil original, pois o cliente do Win 7 criará um novo perfil e o colocará no servidor (anexando .V2 ao caminho). / p>
Na minha experiência, o Visualizador de Eventos me contou tudo o que preciso saber sobre problemas relacionados a perfil (ou pelo menos me deu o suficiente para o Google sobre o problema). O problema é que o número de causas potenciais é vasto, mas provavelmente relacionado a permissões. Hoje, para mim, era um disco completo no sistema operacional do cliente.
Com os detalhes que você forneceu, tudo o que pode ser sugerido é verificar o visualizador de eventos para eventos relacionados ao "Serviço de Perfil de Usuário" e ver o que o SO está reclamando.
Você pode tentar como uma etapa de solução de problemas para renomear o caminho dos Serviços de Terminal (Área de Trabalho Remota {caso versão mais recente do AD}) para algo um pouco diferente, como alterá-lo de userbobsmith para userbobsmithA e criar uma nova pasta de perfil vazia , e confirma para mim que não há nenhum problema de servidor ou permissões com o usuário, também se o usuário conseguir fazer login com êxito usando a nova pasta, a causa mais comum que vejo no cenário similar é nomes de arquivo ridiculamente longos em um temp pasta, como appdata.