Acabei de tentar mover minha pasta de usuários para outra unidade no Windows 7 Ultimate de 64 bits. No entanto, não consigo mais efetuar login quando recebo a mensagem de erro: "O serviço de perfil de usuário falhou no logon. O perfil do usuário não pode ser carregado".
No windows, minhas unidades são mapeadas como:
C: \ - > unidade de sistema do windows SSD
d: \ - > programas
e: \ - > usuários
Usando o prompt de comando de recuperação, minhas unidades foram mapeadas como:
X: \ - > mídia de recuperação
e: \ - > unidade de sistema do windows SSD
f: \ - > usuários
Eu tentei criar um link físico de c: \ users para e: \ users no prompt de comando de recuperação da seguinte forma:
robocopy /copyall /mir /xj e:\users f:\users
rmdir /S /Q e:\users
mklink /J e:\users f:\users
isso pareceu funcionar no prompt de comando, pois fazer um 'dir' mostrou o ponto de junção como esperado. No entanto, não consegui fazer login após a reinicialização.
Como eu estava um pouco confuso sobre quais letras de unidade usar (as de recuperação ou as originais do Windows), tentei novamente usando a notação "\? \ Volume {GUID} \", mas isso ainda tem o mesmo problema .
Alguém sabe o que eu fiz de errado ou como isso?
PS as instruções originais que usei foram: link PPS esta é uma instalação limpa do windows, por isso não estou preocupado em perder dados, etc.
O problema parece estar com os diferentes mapeamentos de letra de unidade no modo de reparo comparados ao modo normal. O que eu fiz e funcionou para mim é rodar DISKPART (boa referência aqui: link ) remapear a partição / dispositivos e então fazer a junção com as letras da unidade que o Windows normalmente utilizará.
Veja nesta thread o comentário feito por ohdannyboy em 4 de dezembro de 2009 às 14h33 e o seguinte comentário de imadman.
Eles detalham como relocar a pasta Usuários de uma forma que supostamente funciona.
De wikipedia Robocopy :
The Windows Volume Shadow Copy service is the only Windows subsystem that can copy open files, which it does by snapshotting them for point-in-time consistency. Robocopy does not implement accessing the Volume Shadow Copy service in any way, inhibiting its usefulness as a backup utility for volumes that may be in use. However, one can use separate utilities such as VSHADOW or DISKSHADOW (included with Windows Server 2008) to create a shadow copy of a given volume with which to back up using Robocopy.
Se os arquivos em uso não copiados forem a causa do problema, ainda não está claro como você poderia ter excluído e: \ users, mas muitos milagres são possíveis no Windows.
No entanto, o artigo Os arquivos de backup / cópia que estão "Em uso" ou "Bloqueados" no Windows defendem o uso de HoboCopy em vez de robocopy.
Como outra observação, não consigo entender como você alega ter mapeado a unidade do sistema para outra letra além de C :. Tanto quanto eu sei, isso é absolutamente impossível.
O problema é que a opção \ xj no robocopy EXCLUI JUNCTION POINTS, criando o problema (pontos de junção ausentes) posteriormente esclarecido pelo Simon. Infelizmente, se você deixar esta opção fora, o processo engasga nos pontos de junção. Este é um sério problema 22 com a abordagem proposta.
Se você não criou um ponto de recuperação e está desesperado, eu reinstalei e identifiquei os seguintes juctions que precisam ser recriados (substituindo? pelo seu perfil). Na verdade, não restaurei um sistema dessa maneira, então não posso garantir que isso seja exaustivo, mas acredito que seja assim.
Como você pode verificar por si mesmo, as junções continuam apontando para "C:" mesmo depois que a letra da unidade foi alterada (durante o prompt de comando de reparo do Windows). Acredito, portanto, que as novas junções devem ser apontadas em seus locais "usuais" (letras de unidade padrão), apesar do fato de que as instruções acima mostram letras de unidade diferentes (no prompt de comando de reparo).
Você também pode precisar adicionar um SYMLINKD usando "mklink / d". Observe a substituição da opção / D para a opção / J:
Naturalmente, links adicionais podem ter sido criados por outros programas, mas isso deve corrigir os principais itens quebrados pelas instruções inadequadas.
Eu encontrei isso anteriormente. Você deve certificar-se de usar a letra de volume remapeada para o parâmetro SOURCE no comando mklink e sua letra de volume real reconhecida pelo Windows para o parâmetro DESTINATION . O Windows NÃO remapear links simbólicos quando você altera as letras de volume do que eles apontam. Eles são burros assim.
E.G. De acordo com sua configuração, o seguinte comando deve ser suficiente:
mklink /J E:\Users E:\Users
Além disso, NOTE:
se você remapeçar o diretório de usuários em outro lugar como um subdiretório (por exemplo, E.G. E:\Storage\Users ), tenha cuidado para que o robocopy não ignore nenhum arquivo, ASIDE de qualquer falha. Minha experiência com isso me diz que o Windows não copiará arquivos críticos do Usuário que funcionam apenas com o esquema de diretórios padrão (E.G. [DRIVE]:\Users ). Descobri que colocar o diretório Users em um subdiretório faria com que arquivos críticos passassem a cota de comprimento de nome de arquivo e, portanto, passaria por cima deles.
O uso do sysprep é a maneira mais fácil de criar perfis de usuário em um local diferente. Todas as outras formas não oficiais, como mexer em junções e copiar ou mover arquivos, me deram "O serviço de perfil de usuário falhou no logon. O perfil do usuário não pode ser carregado". erro de perfil.
Tags 64-bit windows-7 user-accounts