![UsrClass.dat no se carga al iniciar directamente en el perfil](https://rvso.com/image/1558683/UsrClass.dat%20no%20se%20carga%20al%20iniciar%20directamente%20en%20el%20perfil.png)
Me encontré con un problema extraño con Windows 7 el 7 de abril de 2018. De repente, mi computadora no cargaba UsrClass.dat debido a que el archivo estaba abierto. Esto significa que el escritorio se carga sin mi configuración personal (por lo tanto, no es un perfil temporal). Esto se registra como eventos 1508 y 1542. He restaurado el archivo varias veces; el archivo no está dañado.
Después de muchas horas de restauración, prueba y error, pruebas, etc., se me ocurrió una solución.
Originalmente, mi sistema arranca directamente en la cuenta de un usuario (AutoLogon). No había otras cuentas en el sistema.
Para solucionar el problema, puse una contraseña en mi perfil (y configuré AutoLogon en 0 en el registro). Esto le da a Windows algo de tiempo antes de cargar finalmente el perfil de usuario. En otras palabras, el misterioso identificador de UsrClass.dat desapareció y el perfil se carga normalmente.
Me resulta un poco molesto hacer esta solución, ya que me gusta simplemente encender el sistema y hacer otras cosas mientras el perfil está completamente cargado, sin interferencias de la pantalla de contraseña/inicio de sesión.
Entonces, estoy buscando la solución real a este problema. ¿Por qué hay un "identificador" en el archivo UsrClass.dat? ¿Cómo puedo saber por qué el archivo está en uso en el arranque? ¿Por qué ayuda "retrasar" el arranque, por ejemplo, con un comando chkdsk previo al shell?
He comprobado las ACL en el archivo y el registro y están según lo predeterminado. Sfc /scannow tenía todo en verde y revisé el sistema varias veces en busca de virus. Tampoco hay entradas extrañas según Autoruns.
¿Sugerencias sobre cómo proceder?
Respuesta1
Después de ejecutar con dos perfiles por un tiempo, eliminé el otro perfil y todo parece estar funcionando nuevamente. De fallar todo el tiempo he tenido 10 arranques directamente en Windows sin problemas. Eliminé el otro perfil después de que Windows se iniciara en un perfil temporal, incluso cuando se implementó la solución anterior. Quizás el perfil del sistema estaba dañado y arreglado en ese momento.
Aparte de eso, no puedo entender qué lo hizo. Tenía una tarea programada ejecutándose al iniciar el sistema y la deshabilité. Aparte de eso no he cambiado nada.
Esperemos que se mantenga saludable. OS puede ser una abreviatura de OrganiSm...