Das Problem
Ich habe einen Windows 10-Laptop mit 2 Konten, einem Administrator- und einem Nicht-Administrator-Konto. Das hat jetzt fast ein Jahr lang perfekt funktioniert. Vor kurzem habe ich ein drittes Konto als Nicht-Administrator erstellt. Dieses Konto wird abgemeldet, sobald das Passwort bestätigt ist, sodass ich den Desktop nie sehe.
Windows-Ereignisprotokoll
Um zu sehen, was das Windows-Ereignisprotokoll dazu sagen kann, habe ich den folgenden Test durchgeführt: Um 09:44:23 habe ich versucht, mich mit dem neuen Konto anzumelden, was fehlschlug. Um 09:44:27 habe ich mich mit einem vorhandenen Konto angemeldet, was funktioniert hat.
Aus dem Systemprotokoll
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)
Aus dem Programmprotokoll
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
Meine Lösungsversuche
Wenn ich den Benutzertyp auf Administrator ändere, kann ich mich anmelden, aber der Desktop sieht seltsam aus.
Ich habe versucht, das Konto zu löschen und erneut zu erstellen, aber das Problem besteht bei jedem neuen Konto, das ich erstelle, weiterhin.
Meine Frage
Was hätte ich am System ändern können, um es in diesen Zustand zu versetzen?
Wie kann ich das neue Konto reparieren, sodass es ohne Administratorrechte funktioniert?
Ähnliche Lösungen im Netz gefunden
Ich habe diesen Link gefunden, der ein ähnliches Problem beschreibt. https://answers.microsoft.com/en-us/windows/forum/windows_10-security/windows-10-login-error-keeps-signing-out/f59e6690-20b2-43a4-aad1-2ed1f05c6ba0 Der Schlüssel „Arbeitsplatz\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Userinit“ enthält C:\Windows\system32\userinit.exe, was für die ersten beiden Konten problemlos funktioniert (das abschließende Komma scheint kein Problem zu verursachen), daher ist dies keine Lösung.
Antwort1
Erläuterung:
Was ist das Problem?
Ihr Problem wird durch eine beschädigte NTUSER.DAT
Datei verursacht. Windows erstellt für jedes Benutzerkonto (mit Ausnahme spezieller Konten wie )
einen Benutzerprofilordner in , und jeder dieser Ordner enthält eine Datei, die zum Speichern von Einstellungen und dergleichen verwendet wird. C:\Users\
SYSTEM
NTUSER.DAT
Warum sind nur neue Konten betroffen?
Das liegt daran, dass es einen Profilordner namens gibt Default
, der mit keinem Profil verknüpft ist. Stattdessen wird er jedes Mal kopiert, wenn ein neuer Profilordner benötigt wird, um das neue Profil mit allen erforderlichen Dateien zu füllen. Daher Default
wird jede Änderung/Beschädigung des Profils in alle neuen Profilordner kopiert.
Ihr Problem liegt also letztendlich an einer beschädigten NTUSER.DAT
Datei im Default
Profilordner.
Wie man es repariert?
Die einzige mir bekannte Möglichkeit besteht darin, NTUSER.DAT
den Default
Profilordner durch einen neuen Ordner einer neuen Windows 10-Installation zu ersetzen oder ihn durch eine Sicherungskopie zu ersetzen. Bei der ersten Option verlieren Sie einige systemweite Verknüpfungen für ein Programm in einem neuen Konto auf dem Desktop, einige systemweite benutzerspezifische Einstellungen usw., aber vorhandene Profile werden davon nicht betroffen sein.
Vielleicht hat jemand eine bessere Idee.
Antwort2
Ich hatte ein ähnliches Problem mit einem Dell-Laptop, auf dem ein HP-Image vorinstalliert war ... komisch, ich weiß (und zwar eine ganze Menge!). Wie auch immer, wir haben das immer wieder untersucht und sind zu dem Schluss gekommen, dass es wahrscheinlich mit NTUSER.dat zu tun hatte, haben jedoch in der Endphase der Untersuchung ein weiteres mögliches Problem gefunden;
Wenn Sie Software deinstalliert haben, in unserem Fall war es HP Security Manager, wurde der dafür erstellte UserInit-Eintrag möglicherweise nicht richtig entfernt. Die folgende Änderung sollte hoffentlich anderen Benutzern mit demselben Problem bei der zukünftigen Suche helfen;
Wenn Sie sich irgendwie im abgesicherten Modus oder mit einem Administratorkonto anmelden können, überprüfen Sie die Registrierung.
HKLM/Software/Microsoft/Windows NT/CurrentVersion/Winlogon- Schaue auf die BenutzerInitSchlüssel.
Stellen Sie sicher, dass es nichts Zusätzliches enthält. Es sollte nur C:Windows\system3\userinit.exe enthalten.
In meinem Fall war es Folgendes:
C:\Windows\system32\userinit.exe,c:\Programme (x86)\Hewlett-Packard\HP ProtectTools Security Manager\Bin\DPAgent.exe
Ich habe Folgendes geändert (über ein Administratorkonto) und alle Benutzer würden sich normal anmelden;
C:\Windows\system32\userinit.exe
Quelle:https://answers.microsoft.com/en-us/windows/forum/windows_10-security-winpc/user-account-immediately-logged-off-after-entering/36d98832-5313-4b14-a63a-e919dcd201d2 (Scrollen Sie nach unten zur Antwort von „Normaler Benutzername225“)
Antwort3
Habe vor kurzem ein „ähnliches“ Problem auf dem Notebook meiner Frau. Sie konnte sich nicht bei ihrem eigenen Profil anmelden, nachdem … Überraschung … ein stilles automatisches Upgrade von Windows auf Version 20H2 stattgefunden hatte.
Kurz: Ich konnte dieses Problem nicht vollständig beheben – habe schließlich einfach den Benutzer gelöscht und mit demselben Namen und Passwort neu erstellt. Natürlich muss danach die gesamte Benutzerkonfiguration neu erstellt werden. Ich bin mir nicht sicher, wie verschlüsselte Ordner danach funktionieren würden, da ich auf diesem Notebook keine hatte. ...
Im Einzelnen: ...
Ich vermute, dass die Hauptursache des Problems darin liegt, dass das „problematische“ Benutzerprofil ursprünglich vor einem Jahr von einem anderen Computer migriert wurde (ich bin mir nicht sicher, welches genaue Rezept verwendet wurde) und das Windows-Selbstaktualisierungsverfahren diesen Hack nicht verstanden und das Profil verschlüsselt hat. Die anderen beiden „nativen“ Profile sind nach dem Upgrade in Ordnung.
Der Grund, warum sich der Benutzer in meinem Fall nicht anmelden konnte, war, dass er keine Berechtigung hatte, die eigene Registrierung zu lesen. Das lag daran, dass die Zugriffsberechtigungen einer Benutzer-ID erteilt wurden, die nach dem Upgrade nicht mehr bekannt ist. Kurz gesagt gibt es zwei Benutzer-IDs:
- ID=…1003 – für UserXXX
- ID=…1004 – für UserXXX
Zwei verschiedene IDs für denselben Benutzernamen. Alle Berechtigungen sind für „1003“ erteilt, aber der aktuelle Login für UserXXX ist an ID=…1004 gebunden. Wenn ich also den Hive des Benutzers in die Registrierung lade, lautet die Zugriffsberechtigung: „Sie sind für einen unbekannten Benutzer mit SID=…1003 erteilt.“
Sie können versuchen, dieses Problem auf folgende Weise zu beheben:
Wenn der PC kein anderes Profil zum Anmelden hat, können Sie sich bei dem problematischen Profil anmelden, während Windows im „abgesicherten Modus“ ausgeführt wird: Drücken Sie auf dem Anmeldebildschirm die Umschalttaste, während Sie auf „Neustart“ klicken -> wählen Sie dann während des Bootvorgangs: Problembehandlung -> Erweiterte Optionen -> Starteinstellungen -> … wählen Sie nach einem weiteren Neustart 4) „Abgesicherten Modus aktivieren“ – Sie können einen anderen Administratorbenutzer erstellen und sich wie gewohnt bei diesem Profil anmelden und dann den ursprünglichen Benutzer neu erstellen.
Zugriffsberechtigungen in der Registrierung neu schreiben
- Starten Sie regedit
- Wählen Sie „HKEY_LOCAL_MACHINE“ und dann im Menü „Hive laden“ -> wählen Sie „C:\Benutzer[Benutzername]\NTUSER.DAT“, geben Sie einen Dummy-Namen wie „xxxx“ ein, um den Hive in die Registrierung zu laden
- Klicken Sie mit der rechten Maustaste auf „xxxx“ -> Berechtigungen -> Erteilen Sie dem gewünschten Benutzer Zugriff. Hinweis: Einige explizite, restriktive Berechtigungen können einem tieferen Registrierungsknoten zugewiesen werden, in meinem Fall war dies „HKEY_CURRENT_USER\Control Panel\International“. Nach diesen Änderungen konnte ich mich anmelden, aber … an anderen Stellen traten sporadisch andere Probleme auf. Normales Arbeiten war nicht möglich und ich entschied, dass die Neuerstellung eines Benutzers die einfachere Möglichkeit wäre, alle Probleme auf einmal zu lösen, als zu versuchen, die Probleme einzeln zu beheben.
Weitere Eingaben zum Untersuchen/Beheben eines solchen Problems:
Eine Liste bekannter Profile und ihrer SIDs finden Sie hier:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
Liste der Standorte der Registrierungsstrukturen:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist
Ich habe es verwendet
https://docs.microsoft.com/en-us/sysinternals/downloads/procmon
, während ich das Problem untersucht habe. Führen Sie es vom Arbeitsprofil aus als „Umschalt + Rechtsklick“ -> „anderer Benutzer“ -> „problematischer Benutzer“ aus, versuchen Sie dann, sich beim problematischen Profil anzumelden, und wechseln Sie dann zurück zum Arbeitsbenutzer, um das Protokoll anzuzeigen. Das Filtern nach „Prozessname = explorer.exe“ und „Ergebnis = ZUGRIFF VERWEIGERT“ zeigt, was die Probleme verursacht.