
El problema
Tengo una computadora portátil con Windows 10 con 2 cuentas, una de administrador y otra de no administrador. Esto ha funcionado perfectamente durante casi un año. Recientemente creé una tercera cuenta, como no administrador. Esta cuenta se cierra tan pronto como se confirma la contraseña, por lo que nunca veo el escritorio.
Registro de eventos de Windows
Para ver qué puede decirnos el registro de eventos de Windows sobre esto, hice la siguiente prueba: A las 09:44:23 intenté iniciar sesión en la nueva cuenta, pero falló. A las 09:44:27 inicié sesión en una cuenta existente, que funcionó.
Desde el registro del sistema
09:44:23 Winlogon - event 7001, info (bad login)
09:44:24 Service Control Manager - event 7023, error
09:44:24 DistributedCOM - event 10016, error
09:44:24 DistributedCOM - event 10016, error
09:44:27 Winlogin - event 7002, info (good login)
Desde el registro del programa
09:44:23 User Profile Service - event 1542, error "Windows cannot read registration database for classes. File not found" (my Translation) -- this error 3 times.
09:44:24 Winlogon - event 6000, info (also present on good login)
09:44:24 igfxCUIService2.0.0.0 - event 0, info (also present on good login)
09:44:24 Winlogin - event 4006, warning "unable to spawn program C:\Windows\System32\userinit.exe" – Peer Sommerlund 20 hours ago
Mis intentos de solucionarlo.
Si cambio el tipo de usuario a administrador, puedo iniciar sesión, pero el escritorio se ve extraño.
Intenté eliminar la cuenta y crearla nuevamente, pero el problema persiste en cualquier cuenta nueva que creo.
Mi pregunta
¿Qué podría haberle cambiado al sistema para llevarlo a este estado?
¿Cómo puedo arreglar la nueva cuenta para que funcione como no administrador?
Soluciones similares encontradas en la red.
Encontré este enlace, que describe un problema similar. https://answers.microsoft.com/en-us/windows/forum/windows_10-security/windows-10-login-error-keeps-signing-out/f59e6690-20b2-43a4-aad1-2ed1f05c6ba0 La clave Mi Computadora\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Userinit contiene C:\Windows\system32\userinit.exe, que funciona bien para las 2 primeras cuentas (la coma final no parece causar un problema) entonces esta no es una solución.
Respuesta1
Explicación:
¿Cuál es el problema?
Su problema se debe a un NTUSER.DAT
archivo dañado.
Windows crea una carpeta de perfil de usuario C:\Users\
para cada cuenta de usuario, excluyendo cuentas especiales como SYSTEM
, y cada una de estas carpetas contiene un NTUSER.DAT
archivo, que se utiliza para almacenar configuraciones y cosas similares.
¿Por qué sólo se ven afectadas las cuentas nuevas?
Bueno, eso se debe a que hay una carpeta de perfil llamada Default
que no está asociada con ningún perfil, sino que se copia cada vez que se necesita una nueva carpeta de perfil para completar ese nuevo perfil con todos los archivos necesarios. Por lo tanto, cada modificación/daño del Default
perfil se copiará en todos nuevas carpetas de perfil.
Finalmente tu problema es un NTUSER.DAT
archivo corrupto dentro de la Default
carpeta de perfil.
¿Como arreglarlo?
La única forma que conozco es reemplazar NTUSER.DAT
la Default
carpeta de perfil con una nueva de una nueva instalación de Windows 10 o reemplazarla con una copia de seguridad. Para la primera opción, perderá algunos accesos directos de todo el sistema para un programa en una cuenta nueva en el escritorio, algunas configuraciones específicas del usuario de todo el sistema, etc., pero no afectará los perfiles existentes.
Quizás alguien tenga una idea mejor.
Respuesta2
Tuve un problema similar con una computadora portátil Dell que venía precargada con una imagen de HP... raro, lo sé (¡también un lote completo!). De todos modos, investigamos esto una y otra vez y llegamos a la conclusión de que probablemente tenía que ver con NTUSER.dat, sin embargo, en las etapas finales de la investigación encontramos otro problema que es posible;
Si ha desinstalado software, en nuestro caso fue HP Security Manager, es posible que no haya eliminado correctamente la entrada UserInit creada para él. Se espera que el siguiente cambio ayude a otros usuarios con el mismo problema de búsqueda en el futuro;
Si de alguna manera puede iniciar sesión en modo seguro o con una cuenta de administrador, consulte el registro.
HKLM/Software/Microsoft/Windows NT/Versión actual/Winlogon- Mira el Inicio de usuariollave.
Asegúrate de que no tenga nada extra. Sólo debe contener C:Windows\system3\userinit.exe
En mi caso tenía lo siguiente;
C:\Windows\system32\userinit.exe,c:\Archivos de programa (x86)\Hewlett-Packard\HP ProtectTools Security Manager\Bin\DPAgent.exe
Cambié a lo siguiente (a través de una cuenta de administrador) y todos los usuarios iniciarían sesión normalmente;
C:\Windows\system32\userinit.exe
Fuente:https://answers.microsoft.com/en-us/windows/forum/windows_10-security-winpc/user-account-immediately-logged-off-after-entering/36d98832-5313-4b14-a63a-e919dcd201d2 (Desplácese hacia abajo hasta la respuesta de 'Nombre de usuario normal225')
Respuesta3
Recientemente tuve un problema "similar" en el cuaderno de mi esposa. No pudo iniciar sesión en su propio perfil después… sorpresa… actualización automática silenciosa de Windows a la versión 20H2.
En breve: no pude solucionar este problema por completo; finalmente eliminé y volví a crear un usuario con el mismo nombre y contraseña. Por supuesto, después de eso, es necesario volver a crear toda la configuración del usuario. No estoy seguro de cómo funcionarían las carpetas cifradas después de eso, no las tenía en esa computadora portátil. ...
En más detalles:...
Supongo que la causa principal del problema es que el perfil de usuario "problemático" se migró inicialmente desde otra computadora hace un año (no estoy seguro de la receta exacta utilizada) y el procedimiento de actualización automática de Windows no entendió ese hack y codificó ese perfil. Otros 2 perfiles 'nativos' están bien después de la actualización.
La razón por la que el usuario no pudo iniciar sesión en mi caso fue que no tenía permiso para leer su propio registro. Esto sucedió porque los permisos de acceso se otorgaron a la identificación del usuario, que no se conoce después de la actualización. En breve hay 2 ID de usuario:
- ID=…1003 – para UsuarioXXX
- ID=…1004 – para UsuarioXXX
Dos ID diferentes para el mismo nombre de usuario. Todos los permisos se otorgan a '1003', pero el inicio de sesión actual para UsuarioXXX está vinculado a ID=…1004. Entonces, si cargo el subárbol del usuario en el registro, los permisos de acceso dicen "se otorgan a un usuario desconocido con SID=...1003"
Puede intentar las siguientes formas de solucionar dicho problema:
Si la PC no tiene otro perfil para iniciar sesión, puede iniciar sesión en el perfil problemático mientras ejecuta Windows en “modo seguro”: en la pantalla de inicio de sesión presione Mayús mientras hace clic en 'reiniciar' -> luego, durante el arranque, seleccione: Solucionar problemas -> Opciones avanzadas -> Configuración de inicio ->... después de un reinicio más, seleccione 4) "Habilitar modo seguro": puede crear otro usuario administrador y normalmente iniciar sesión en ese perfil, luego volver a crear el usuario inicial.
Reescribir los permisos de acceso en el registro
- Iniciar regedit
- Seleccione "HKEY_LOCAL_MACHINE" y luego en el menú "Cargar subárbol" -> seleccione "C:\Users[UserName]\NTUSER.DAT", proporcione algún nombre ficticio como "xxxx" para cargar el subárbol en el registro.
- Haga clic derecho en “xxxx” -> Permisos -> Otorgar acceso al usuario deseado Nota: se pueden asignar algunos permisos restrictivos explícitos en un nodo de registro más profundo, en mi caso fue “HKEY_CURRENT_USER\Control Panel\International” Después de estos cambios pude inicie sesión, pero… otros problemas esporádicos ocurrieron en otros lugares. El trabajo normal no era posible y decidí que volver a crear un usuario sería la forma más fácil de resolverlo todo de una vez que intentar solucionar los problemas uno por uno.
Más aportaciones para intentar investigar/solucionar dicho problema:
La lista de perfiles conocidos y sus SID está aquí:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
Lista de ubicaciones de colmenas de registro:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist
Lo usé
https://docs.microsoft.com/en-us/sysinternals/downloads/procmon
mientras investigaba el problema. Ejecútelo desde el perfil de trabajo como “shift + clic derecho” -> “usuario diferente” -> “usuario problemático”, luego intente iniciar sesión en el perfil problemático y luego vuelva al usuario de trabajo para ver el registro. Filtrar por “nombre de proceso = explorer.exe” y “Resultado = ACCESO DENEGADO” mostrará qué está causando los problemas.