Ich traue mir das Reparieren von Autos nicht zu. Deshalb gehe ich dann zur Werkstatt und lasse das reparieren. Warum sollte das bei einem PC anders sein?

Zitat von stefanbecker

Ich traue mir das Reparieren von Autos nicht zu. Deshalb gehe ich dann zur Werkstatt und lasse das reparieren. Warum sollte das bei einem PC anders sein?

Ich traue mir das Reparieren von PCs durchaus zu, wie Du wahrscheinlich auch
Aber nur, wenn ich den Rechner vor mir habe. Bei einem TO mit wenigen Kenntnissen könnte der Thread unendlich werden. Könnte sein, dass da der Nachfolger von W10 schon auf dem Markt ist.
Letzte Chance ist ein unversauter Wiederherstellungspunkt, wie Ladekabel612 gepostet hat.
Dazu muss man wissen, wann der Schadensfall eingetreten ist.

Zitat von stefanbecker

Ich traue mir das Reparieren von Autos nicht zu. Deshalb gehe ich dann zur Werkstatt und lasse das reparieren. Warum sollte das bei einem PC anders sein?

Wie gepostet.

Zitat von Ladekabel612

In der Windows-Registry werden sämtliche Einträge für die Profile etc. gespeichert, und sofern die Fehlerhaften Einträge nicht entfernt werden, wird ein "normales" Anmelden unmöglich sein.

Melde dich mit einem Admin-Konto beim System an, verwende aber kein Betroffenes Nutzerkonto, welches das Problem hat.


Sicher deine Daten vom Profil des kaputten Benutzer, sofern der Ordner noch vorhanden ist und lösch den Profilordner dann. Das Profil ist standardmäßig unter %SystemDrive%\Users\Username

Danach wirst du in der Registry nachschauen müssen, welches Profil das kaputte ist. Öffne dafür "regedit" über Windows + R und navigiere zu folgendem Pfad:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
         

Fehlerhafte SID Einträge haben die Endung .bak mithilfe der Endung du nach dem Übeltäter suchen kannst.

Die SID Einträge mit der Endung ".bak" aus der Registry entfernen, regedit schließen, abmelden und neu anmelden. Nun sollte es wieder laufen.

Hinweis: SID ist ein Platzhalter für die Sicherheits-ID (SID) des Benutzerkontos, bei dem das Problem auftritt. Der Unterschlüssel „SID.bak“ sollte einen Registrierungseintrag „ProfileImagePath“ enthalten, der auf den ursprünglichen Profilordner verweist, bei dem das Problem auftritt.

Diese Prozedur ist uns durchaus bekannt. Ich persönlich wende sie aber nur an, wenn ich den Rechner im physischen Zugriff habe, oder über Telefonkonferenz/Remotezugriff.
Wenn der TO hier unsauber arbeitet, könnte die Installation Schrott sein.