Da sind schon mehrere Benutzer eigerichtet:
S-1-5-80-<SID> = MSSQLLaunchpad$SQLEXPRESS
S-1-5-21-<SID>-1006 = postgres
Mit den beiden hat er auch etwas Probleme, aber die führen so erst einmal nicht zum Abbruch. Kann jetzt aber auch nicht sagen, ob nach dem Upgrade noch alles so funktionieren wird, wie bisher.
Das Profil, mit welchem Du dich anmeldest:
S-1-5-21-<SID>-1001
Mit dem hat er seine Probleme. Hier wird der
C:\Users\reinh erwartet, aber
C:\Users\reinh.000 vorgefunden. Und das führt zu:
Code: Alles auswählen
2020-10-30 12:51:11, Warning SP User profile suffix mismatch: upgrade asked for "reinh", actual suffix is: "reinh.000"
2020-10-30 12:51:11, Info SP Conflicting profile folder content (C:\Users\reinh):
2020-10-30 12:51:11, Info SP C:\Users\reinh\AppData
2020-10-30 12:51:11, Info SP C:\Users\reinh\AppData\Local
2020-10-30 12:51:11, Info SP C:\Users\reinh\AppData\Local\NPE
2020-10-30 12:51:11, Info SP C:\Users\reinh\AppData\Local\NPE [NPETraceSessionBoot.etl]
2020-10-30 12:51:11, Error SP User profile suffix mismatch, upgrade cannot continue.[gle=0x00000012]
Hier müsste man jetzt versuchen, die beiden Profile wieder zu vereinen, so das am Ende nur C:\Users\reinh existiert.
Hoffe, Du hast ein Backup.
Weiß da im Moment nicht genau, wie man da vorgehen müsste. Ein Notfallprofil ist das nicht. Sieht mehr so aus, als ob Dein Profil auf zwei Ordner aufgeteilt ist. Daher nur .000 abstelle von .0000. Das ist irgendetwas anderes, was das Setup da treibt.
Was steht denn als Profilordner für Dein Profil S-1-5-21-<SID>-1001 eingetragen?
Code: Alles auswählen
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-5-21-685195146-1708118606-1732343322-1001
ProfileImagePath = C:\Users\reinh
Weil so sollte das passen, zumal es den Ordner C:\Users\reinh.000 bei Dir gar nicht gibt. Den scheint das Setup von sich aus anzulegen und kommt damit durcheinander. Warum auch immer.
Das alles etwas undurchsichtig gerade. So richtig weiter weiß ich da gerade nicht. Die Sache mit den temporären Profilen zu fixen ist da einfacher. Oder SQL stört da. Vielleicht hat ja noch jemand anderes eine Idee dazu.
