Fehler beim Update auf 1803

Naddel_81

Banned
Registriert
Okt. 2006
Beiträge
3.878
Hi liebe CBler,

wollte gerade mit meiner frischen .iso (aus einer .esd gezaubert) ein Update auf 1803 durchführen. Sah auch gut aus bis dann dieser Fehler auftrat und ein Rollback durchgeführt wurde:

https://abload.de/img/win10error9as9p.png

Also im Rollbackordner gesucht und diese Datei gefunden "setuperr.log". Inhalt siehe Spoiler:

2018-04-05 11:13:56, Error SP Cannot map user hive E:\Users\Default\NTUSER.DAT in HKEY_USERS\S-1-0-0. Error: 0x00000020
2018-04-05 11:13:56, Error CSI 00000011 (F) STATUS_OBJECT_NAME_NOT_FOUND #2582# from Windows::Rtl::SystemImplementation::DirectRegistryProvider::SysOpenKey(flg = 0, key = {provider=NULL, handle=0, name= ("null")}, da = (KEY_READ|KEY_WOW64_64KEY), oa = @0x991215b468->OBJECT_ATTRIBUTES {s:48; rd:NULL; on:[147]'\Registry\Machine\{bf1a281b-ad7b-4476-ac95-f47682990ce7}E:/WINDOWS/System32/config/SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-0-0'; a:(OBJ_CASE_INSENSITIVE)}, disp = Invalid)[gle=0xd0000034]
2018-04-05 11:13:56, Error CSI 00000012@2018/4/5:10:13:56.972 (F) onecore\base\wcp\sil\ntsystem.cpp(5229): Error STATUS_OBJECT_NAME_NOT_FOUND originated in function Windows::Rtl::SystemImplementation::DirectRegistryProvider::SysOpenKey expression: (null)
[gle=0x80004005]
2018-04-05 11:13:57, Error CSI 00000013 (F) STATUS_OBJECT_NAME_NOT_FOUND #2581# from Windows::Rtl::SystemImplementation::IRtlUserProvider::GetPathFromRegistry(...)[gle=0xd0000034]
2018-04-05 11:13:57, Error CSI 00000014 (F) STATUS_OBJECT_NAME_NOT_FOUND #2580# from Windows::Rtl::SystemImplementation::CUserProfile::GetSpecialDirectoryPath(f = 0, did = 1114112)[gle=0xd0000034]
2018-04-05 11:13:57, Error CSI 00000015 (F) STATUS_OBJECT_NAME_NOT_FOUND #2579# from Windows::Rtl::SystemImplementation::CUserProfile_IRtlUserProfileTearoff::GetSpecialDirectoryPath(...)[gle=0xd0000034]
2018-04-05 11:13:57, Error CSI 00000016 (F) HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) #2573# from Windows::WCP::COM::CCSIExternalTransformerExecutor::Commit(UserSID = S-1-0-0, LoadedUserHive=(null), LoadedUserClassesHive=HKEY_USERS\S-1-0-0_Classes, UserProfilePath=E:\Users\Default)[gle=0x80070002]
2018-04-05 11:13:57, Error SP Failure while calling Transformer Commit. Error: 0x80070002[gle=0x0000001f]
2018-04-05 11:13:57, Error SP UndoTransformers failed for E:\$WINDOWS.~BT\Sources\Rollback\MachineIndependent\Transformers. Error: 0x80070002




Sagt das jemandem etwas? AntiVir habe ich nicht, daran kann es nicht liegen. Habe Bedenken, dass es beim Update über "Windows Update" genau so verlaufen wird.
Wie könnte ich den Knoten ohne Neuinstallation lösen?

Viele Grüße
 
Zuletzt bearbeitet:
Hast Du den Users Ordner verschoben?
Entweder wird die Datei nicht an der Stelle gefunden, oder der dazugehörige Registry-Eintrag ist falsch.

Cannot map user hive E:\Users\Default\NTUSER.DAT

Das normale MCT liefert schon die 1803 aus?
Bis gestern musste man noch eine entsprechende CAB daneben packen, damit nicht die Version 1709 16299-125 heruntergeladen wird.
 
Wishbringer schrieb:
Hast Du den Users Ordner verschoben?
Entweder wird die Datei nicht an der Stelle gefunden, oder der dazugehörige Registry-Eintrag ist falsch.

Jup Kontrolliere mal die Registry nach diesem Eintrag.
Es könnte auch sein, das während des Windows 10 Update die "Systempartition C", nicht auf dem Buchstaben C angehängt ist. Evtl hat der Update Context den Mountpunkt C für sich genommen und installiert alle Daten auf der korrekten "Systempartition C" die für diesen Job den Buchstaben E trägt.
 
@Wishbringer
In dieser Phase wird von WinRE aus gearbeitet, von daher verschieben sich die Laufwerksbuchstaben, weil auch die Partitionen ohne Laufwerksbuchstaben gemountet werden. Ich würde sagen, entweder ist das Defaultprofil nicht vorhanden oder zumindest Ntuser.dat ist nicht zugreifbar.

Der Versuch E:\Users\Default\Ntuser.dat zu importieren endet mit dem Fehler: [gle=0x80004005], was auf eine Zugriffsverweigerung hindeutet. Dabei kann diese Zugriffsverweigerung auch auf eine beschädigte Ntuser.dat zurückgehen.
 
Kenny [CH] schrieb:
Jup Kontrolliere mal die Registry nach diesem Eintrag.
Es könnte auch sein, das während des Windows 10 Update die "Systempartition C", nicht auf dem Buchstaben C angehängt ist. Evtl hat der Update Context den Mountpunkt C für sich genommen und installiert alle Daten auf der korrekten "Systempartition C" die für diesen Job den Buchstaben E trägt.

ja, das klingt einleuchtend. aber daran kann ich nichts ändern, oder?
würde eine USB-Installation das beheben?
Ergänzung ()

@ areiland: danke für den tipp. würde eine defekte ntuser.dat sich nicht im betrieb bemerkbar machen? wie repariere ich sie, falls sie defekt sein sollte?
 
Cannot map user hive E:\Users
Nur hast du da ja Fehler die auf E: oder F: und auch auf Benutzerordner deuten.

Nachschauen ob da was bei dir in Partition E: oder F: ist solltest du mal, auch wenn du nichts verschoben haben willst.
Wenn du allerdings dann auch nichtmal eine Partition E: F: hast, wird es na klar schwer.

Screen von der Dateträgerverwaltung wäre nicht schecht.
Ansonsten mal bei 1709 ein inplace Update versuchen, die Windows Systemdateien selbst werden da ja neu gemacht.
 
Du musst nicht mit der 1803 booten. Du kannst ja den Setup direkt unter Windows ausführen. Das mache ich immer so und es klappt.

Nachtrag:
Ich meine, einfach die Datei Setup.exe auf der ISO/USB-Stick unter Windows ausführen und dann läuft es.
 
Zuletzt bearbeitet von einem Moderator:
Warte doch einfach bis die aktuelle Version per Windows Update verteilt wird.
 
Screen von der Datenträgerverwaltung!
kein Mensch weiß ob du nicht doch das totale Chaos hast mit deinen Platten und ob Windows überhaupt wirklich richtig clean installiert wurde.
Ob Windows überhaupt startet ohne deine HDDs hast du auch noch nicht getestet oder?
 
@Naddel_81
Eine defekte Ntuser.dat des Defaultprofils macht sich im Betrieb nicht bemerkbar. Die wird nämlich nur dann herangezogen wenn man neue Benutzerkonten einrichtet und liefert die Einstellungen bis zum Login. Du würdest sowas also allenfalls bemerken, wenn Du am Loginscreen plötzlich Probleme mit Tastatur, Numlock und z.B. veränderten Regionseinstellungen vorfändest.

Das wären dann deutliche Anzeichen, dass das Defaultprofil beschädigt sein muss.

Und natürlich Updatefehler wären vorprogrammiert.
 
Ich habe den gleichen Fehler gestern beim Update von Inside 17634 auf 17639 gehabt. Habe den Updatevorgang heute abermals angeworfen und es hat ohne weitere Maßnahmen geklappt. Vielleicht versuchst du es nach einer Weile auch nomals.
 
so, gleicher fehler wie eben. nur jetzt mit D:\ anstatt E:\

vermutlich wegen der abgeklemmten HDDs. sehr merkwürdig. 20 GB sollten an freiem Platz eigentlich reichen.


"2018-04-05 13:35:56, Error SP Cannot map user hive D:\Users\Default\NTUSER.DAT in HKEY_USERS\S-1-0-0. Error: 0x00000020
2018-04-05 13:35:56, Error CSI 00000011 (F) STATUS_OBJECT_NAME_NOT_FOUND #2582# from Windows::Rtl::SystemImplementation::DirectRegistryProvider::SysOpenKey(flg = 0, key = {provider=NULL, handle=0, name= ("null")}, da = (KEY_READ|KEY_WOW64_64KEY), oa = @0x100247b518->OBJECT_ATTRIBUTES {s:48; rd:NULL; on:[147]'\Registry\Machine\{bf1a281b-ad7b-4476-ac95-f47682990ce7}D:/WINDOWS/System32/config/SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-0-0'; a:(OBJ_CASE_INSENSITIVE)}, disp = Invalid)[gle=0xd0000034]
2018-04-05 13:35:56, Error CSI 00000012@2018/4/5:12:35:56.620 (F) onecore\base\wcp\sil\ntsystem.cpp(5229): Error STATUS_OBJECT_NAME_NOT_FOUND originated in function Windows::Rtl::SystemImplementation::DirectRegistryProvider::SysOpenKey expression: (null)
[gle=0x80004005]
2018-04-05 13:35:56, Error CSI 00000013 (F) STATUS_OBJECT_NAME_NOT_FOUND #2581# from Windows::Rtl::SystemImplementation::IRtlUserProvider::GetPathFromRegistry(...)[gle=0xd0000034]
2018-04-05 13:35:56, Error CSI 00000014 (F) STATUS_OBJECT_NAME_NOT_FOUND #2580# from Windows::Rtl::SystemImplementation::CUserProfile::GetSpecialDirectoryPath(f = 0, did = 1114112)[gle=0xd0000034]
2018-04-05 13:35:56, Error CSI 00000015 (F) STATUS_OBJECT_NAME_NOT_FOUND #2579# from Windows::Rtl::SystemImplementation::CUserProfile_IRtlUserProfileTearoff::GetSpecialDirectoryPath(...)[gle=0xd0000034]
2018-04-05 13:35:56, Error CSI 00000016 (F) HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) #2573# from Windows::WCP::COM::CCSIExternalTransformerExecutor::Commit(UserSID = S-1-0-0, LoadedUserHive=(null), LoadedUserClassesHive=HKEY_USERS\S-1-0-0_Classes, UserProfilePath=D:\Users\Default)[gle=0x80070002]
2018-04-05 13:35:56, Error SP Failure while calling Transformer Commit. Error: 0x80070002[gle=0x0000001f]
2018-04-05 13:35:56, Error SP UndoTransformers failed for D:\$WINDOWS.~BT\Sources\Rollback\MachineIndependent\Transformers. Error: 0x80070002
"
Ergänzung ()

ProGunShooter schrieb:

danke für den tipp. war leider der gleiche fehler. :(
Ergänzung ()

habe mal autoruns angeworfen. kann es was hiermit zu tun haben?

 
Bei mir hat das mit der Anleitung von Deskmodder auch einwandfrei funktioniert. Allerdings geht jetzt mit 1803 mein Mikrofon nicht mehr...
 
Zurück
Oben