Surgiu um problema estranho com o Windows 7 em 7 de abril de 2018. De repente, meu computador não carregava o UsrClass.dat devido ao arquivo estar aberto. Isso significa que a área de trabalho é carregada sem minhas configurações pessoais (como tal, não um perfil temporário). Isso é registrado como eventos 1508 e 1542. Eu restaurei o arquivo várias vezes - o arquivo não está corrompido.
Depois de muitas horas de restauração, tentativa e erro, testes, etc., desenvolvi uma solução alternativa.
Originalmente, meu sistema inicializa diretamente em uma conta de usuário (AutoLogon). Não havia outras contas no sistema.
Para contornar o problema, coloquei uma senha no meu perfil (e defini AutoLogon como 0 no registro). Isso dá ao Windows algum tempo antes de finalmente carregar o perfil do usuário. Em outras palavras, o manipulador misterioso em UsrClass.dat desapareceu e o perfil é carregado normalmente.
Acho um pouco chato fazer essa solução desde que comecei a gostar de ligar o sistema e fazer outras coisas enquanto o perfil está totalmente carregado - sem interferência da tela de senha / logon.
Então, estou procurando a solução real para esse problema. Por que existe um "identificador" no arquivo UsrClass.dat? Como descubro por que o arquivo está em uso na inicialização? Por que isso ajuda a "atrasar" a inicialização? com um preshell chkdsk-command?
Eu verifiquei o ACL no arquivo e registro e eles são como por padrão. Sfc / scannow tinha tudo no verde e eu verifiquei o sistema várias vezes por vírus. Também não há entradas estranhas de acordo com o Autoruns.
Sugestões sobre como proceder?