Admin-Benutzerkonto plötzlich defekt

[chinchillah]

@qiller @redjack1000 in beiden Fällen (also funktionierend vs. fehlerhaft) sieht es so aus:

Und bei den Unterordnern, also Benutzerverzeichnissen ist bei mir keine Vererbung aktiviert, sowohl bei dem funktionierenden als auch fehlerhaften Zustand.

Mich wundert außerdem, was es mit diesem "unbekannten Konto" auf sich hat, wobei ich das auch auf einer VM mit Standardinstallation mit Windows 11 ohne Kaspersky finde.

 

[qiller]

Mich wundert außerdem, was es mit diesem "unbekannten Konto" auf sich hat

Sollen für administrative Zwecke sein, hab ich auch. Unter Win 10 LTSC hab ich den übrigens nicht. Spielt aber keine Rolex, deine Probleme entstehen ja innerhalb des Accounts und wenn ich da nur "Administratoren" als berechtigtes Konto sehe, kann das ja auch nicht funktionieren. Ist auf jeden Fall bei einem Standard-Windows nicht so. Irgendein Programm dürfte bei dir da an den Berechtigungen rumfummeln.

 

[redjack1000]

Das sieht, was die Berechtigungen und den Besitzer angeht, richtig aus.

Cu
redjack

 

[chinchillah]

Da ich jetzt nicht mehr weiter weiß, habe ich mal ein Ticket bei Kaspersky gemacht und hoffe, dass durch die gesendeten Infos der Support eine Lösung weiß.

Wie von euch vorgeschlagen habe ich gestern auch mal zwei VMs erstellt mit Windows 11 und den aktuellen Updates, und in einer läuft nur der Defender, in der anderen die neuste von mir verwendete Kaspersky Version. Außerdem sind auf beiden VMs zwei Benutzerkonten eingerichtet, einen Admin und einen Standard User.
Bisher läuft es auch heute noch mit dem Admin-Konto in beiden VMs.
Zusätzlich habe ich ein funktionierendes Backup meines physischen betroffenen PCs in eine VMware VM gespielt. Und auch dieses funktioniert bisher noch mit dem Admin-Profil. Genau dieses Backup hatte ich letzte Woche auf den PC zurückgespielt und am nächsten Tag war das Profil wieder defekt.

Durch einen Benutzer im Kaspersky Forum habe ich den Tipp bekommen, dass es vielleicht an Nvidia oder einem anderen Treiber hängen könnte. Und es ist ja tatsächlich so, dass in der VM nicht der Nvidia-Treiber aktiv ist, sondern einer, der für die VM installiert wird, während auf dem PC der Nvidia-Treiber läuft.

Vielleicht gerät dieser irgendwie in Konflikt mit der neuen Kaspersky Version (die alte gibt es nicht mehr zum öffentlichen Download) und verursacht diese Probleme.
Nur wundert mich halt, dass ich nach dem Zurückspielen eines Backups mit funktionierendem Konto stundenlang darin arbeiten kann und den PC mehrfach neu starten kann. Und das Problem kommt dann erst meistens am nächsten Tag. Aber vielleicht ist es auch so, dass es nur sporadisch unter gewissen Umständen auftritt.

Was einem Konflikt mit dem Nvidia-Treiber aber entgegenspricht ist, dass ich denselben Admin-Profilfehler in meiner VM habe, die ich ursprünglich für Kaspersky Updates zum Testen genutzt habe, aber dafür auch erst seit der neusten Version.
Dafür funktioniert es in der neuen VM bisher problemlos.

Also ich bin aktuell echt ratlos und kann wahrscheinlich einfach nur abwarten und hoffen, der Support findet eine Lösung oder zumindest einem Anhaltspunkt, wodurch das Problem verursacht wird.
Da das Backup des PCs aktuell in der VM aber läuft, kann es an sich ja nicht defekt oder falsch konfiguriert sein. Vielleicht pfuscht etwas tatsächlich nur dazwischen, was auf de, physischen PC dann aktiv ist, in derselben Backupversion auf der VM aber nicht.

 

[qiller]

Wenn sowas wie der "Nvidia-Treiber" schuld wäre, hätten denke ich noch ein paar mehr solche Probleme. Nvidia-Grafikkarten sind ja jetzt keine Seltenheit :|.

 

[chinchillah]

@qiller viele wissen es vielleicht gar nicht, weil sie entweder nur über Admin-Konto arbeiten und keinen zweiten User haben oder sich nie dort einloggen.
Mir wäre es auch nicht aufgefallen, hätte ich nicht mal wieder die Asus Software updaten müssen, die ich jetzt nicht mehr habe, die leider nur richtig in einem Admin-Benutzerprofil funktioniert.
Alles andere funktioniert ja, nur der Login in dem Konto nicht.
Und das finde ich halt nicht in Ordnung. Wer weißt, wenn man es tatsächlich mal braucht und es ist dann defekt.

Ergänzung (Heute um 14:09)

Gerade nochmal meine verschiedenen Test-VMs durchgeschaut. Es geht immer noch alles, auch bei der VM mit Stand des PCs.
Es macht einfach keinen Sinn für mich, wodurch das Problem dann kommt, wenn dasselbe Backup auf dem PC nach einem Tag wieder den Fehler hatte und in der Zwischenzeit wurde nichts mehr aktualisiert genauso wie bei der VM.

 

[chinchillah]

Was mir im Ereignislog noch aufgefallen ist, dass die Quelle "Esent" unzählige Fehlereinträge generiert mit dem Fehler:

Sowas ähnliches hatte ich beim Druckertreiber von Brother. Das konnte ich beheben, aber zu diesem Fehler finde ich nichts passendes.
Der Fehler ist aber auch vorhanden, wenn das Administrator Profil funktioniert., auf der frisch installierten VM dahingegen nicht.

Bis auf die unzähligen Logmeldungen merke ich aber davon nichts. Alles funktioniert.
Kann man das ignorieren oder sollte man es beheben, wenn ja wie?

Ich habe mal in der frischen VM die Ordnerberechtigungen auf den Pfad mit dem PC-Stand in der VM verglichen. Zumindest auf den genannten Ordnerpfad ist alles gleich, allerdings unterscheiden sich die Berechtigungen beim "Besitzer". Bei der frischen VM, wo keine Logeinträge stattfinden, heißt es "Lokaler Dienst" und bei dem anderen mit den Fehlern heißt es "der aktuelle Besitzer kann nicht angezeigt werden", wenn man sich aber dann die Berechtigungen im Lesemodus anzeigt, sieht es aus wie bei der ntdat-Datei.
In der frischen VM ist SYSTEM etc. berechtigt, im anderen Zustand mit den Fehlern im Log nur die "Administratoren"-Gruppe.. Vermutlich kommen daher auch die Fehler, aber ich verstehe das einfach nicht, wie sowas zu stande kommt und ansonsten merke ich davon auch nichts.