UsrClass.dat wird nicht geladen, wenn direkt in das Profil gebootet wird

482
a15995

Kam mit einem seltsamen Problem mit Windows 7 am 7. April 2018 zusammen. Plötzlich würde mein Computer UsrClass.dat nicht laden, da die Datei geöffnet war. Dies bedeutet, dass der Desktop ohne meine persönlichen Einstellungen geladen wird (also kein temporäres Profil). Dies wird als Ereignisse 1508 und 1542 protokolliert. Ich habe die Datei mehrmals wiederhergestellt - die Datei ist nicht beschädigt.

Nach vielen Stunden Wiederherstellung, Ausprobieren, Testen usw. habe ich eine Problemumgehung gefunden.

Ursprünglich bootet mein System direkt in einem Benutzerkonto (AutoLogon). Es gab keine anderen Konten im System.

Um das Problem zu umgehen, habe ich ein Kennwort in mein Profil eingegeben (und AutoLogon auf 0 in der Registrierung gesetzt). Dies gibt Windows einige Zeit, bevor das Benutzerprofil endgültig geladen wird. Mit anderen Worten, der mysteriöse Griff von UsrClass.dat ist weg und das Profil wird normal geladen.

Ich finde es etwas ärgerlich, diese Problemumgehung durchzuführen, da ich das System gerne einschalten und andere Dinge tun möchte, während das Profil vollständig geladen ist - ohne Eingriffe durch das Kennwort / Anmeldebildschirm.

Ich suche also nach einer echten Lösung für dieses Problem. Warum gibt es ein "Handle" für die Datei UsrClass.dat? Wie finde ich heraus, warum die Datei beim Booten verwendet wird? Warum hilft es, das Booten "zu verzögern", z. B. mit einem vorgefertigten chkdsk-Befehl?

Ich habe die ACLs in der Datei und in der Registrierung überprüft und sie sind standardmäßig vorhanden. Sfc / scannow hatte alles im grünen Bereich und ich habe das System mehrmals auf Viren überprüft. Auch keine seltsamen Einträge nach Autoruns.

Vorschläge, wie Sie vorgehen sollen?

0

1 Antwort auf die Frage

0
a15995

Nachdem ich einige Zeit mit zwei Profilen gelaufen war, löschte ich das andere Profil und alles scheint wieder zu funktionieren. Seit dem Scheitern der ganzen Zeit hatte ich 10 Starts ohne Probleme direkt in Windows. Ich habe das andere Profil gelöscht, nachdem Windows in einem temporären Profil gebootet wurde, obwohl die oben genannte Problemumgehung vorhanden war. Möglicherweise war das Systemprofil an diesem Punkt beschädigt und behoben.

Abgesehen davon kann ich nicht herausfinden, was es getan hat. Beim Systemstart wurde eine geplante Task ausgeführt, die ich deaktiviert habe. Ansonsten habe ich nichts geändert.

Hoffen wir, dass es gesund bleibt. OS kann eine Abkürzung für OrganiSm sein ...