11
Wiederherstellungspartition und Windows-Upgrade Fehler
Hallo zusammen,
ich habe bei etlichen Rechnern das Problem, dass die Upgrades auf 1709, teilweise auch auf 1703 fehlschlagen. Die Fehlermeldungen sind unterschiedlich, kann ich, wenn erforderlich nachreichen. Ich habe nach und nach diverse Fehlerquellen versucht auszuschließen. Als da wären:
- Antivirus (ESET)
- Acronis Backup 12.5
- Beschädigung des Komponent-Stores
- Dism / sfc Reparaturen
- Abschalten des lokalen WSUS und umstellen auf Windows Update
- Treiber aktualisiert
- BIOS Einstellungen überprüft
- Überflüssige Profile entfernt, bzw. fehlerhafte Profillist Einträge gelöscht
- allgemein die PCs aufgeräumt (soll heißen, alles überflüssige entfernt)
Das einzige, was die Rechner jetzt noch gemeinsam zu haben scheinen ist folgendes:
Die Rechner wurden von Windows7 bzw. Windows8 über 8.1 auf 10 geupgradet. Und - auf Systemfestplatte liegen mehrere Wiederherstellungspartitionen mit unterschiedlichen Versionen von Winrm. Bei einzelnen Rechnern lassen sich die Wiederherstellungsoptionen nicht starten.
Also meine Frage: Kann eine beschädigte oder falsch registrierte oder zu kleine Wiederherstellungspartition das Upgrade scheitern lassen - vermutlich ja, zumindest gibt es zu zu kleinen Partitionen Berichte/Tips im Internet .
Und: Kann man die Wiederherstellungspartition erfolgreich "reparieren". (winrm vom generalisierten Image neu erstellen und in neu erstellter Partition "versenken" + registrieren) Ich habe dazu keine Referenz gefunden und der ganze Prozess ist vermutlich recht kritisch im Ergebnis (na ja, ein Backup ist zumindest vorhanden).
Bei den meisten betroffenen Rechnern ließe sich eine Neuinstallation (der klassische Windows-geht-nicht-mehr-und-ich-weiss-nicht-weiter-Weg) mit vertretbarem Aufwand durchführen - wozu ich so langsam aussnahmsweise tendiere (gefühlt musste ich das so vor 10 Jahren das letzte mal machen - und damals war es vermutlich unnötig).
Grüße
lcer
ich habe bei etlichen Rechnern das Problem, dass die Upgrades auf 1709, teilweise auch auf 1703 fehlschlagen. Die Fehlermeldungen sind unterschiedlich, kann ich, wenn erforderlich nachreichen. Ich habe nach und nach diverse Fehlerquellen versucht auszuschließen. Als da wären:
- Antivirus (ESET)
- Acronis Backup 12.5
- Beschädigung des Komponent-Stores
- Dism / sfc Reparaturen
- Abschalten des lokalen WSUS und umstellen auf Windows Update
- Treiber aktualisiert
- BIOS Einstellungen überprüft
- Überflüssige Profile entfernt, bzw. fehlerhafte Profillist Einträge gelöscht
- allgemein die PCs aufgeräumt (soll heißen, alles überflüssige entfernt)
Das einzige, was die Rechner jetzt noch gemeinsam zu haben scheinen ist folgendes:
Die Rechner wurden von Windows7 bzw. Windows8 über 8.1 auf 10 geupgradet. Und - auf Systemfestplatte liegen mehrere Wiederherstellungspartitionen mit unterschiedlichen Versionen von Winrm. Bei einzelnen Rechnern lassen sich die Wiederherstellungsoptionen nicht starten.
Also meine Frage: Kann eine beschädigte oder falsch registrierte oder zu kleine Wiederherstellungspartition das Upgrade scheitern lassen - vermutlich ja, zumindest gibt es zu zu kleinen Partitionen Berichte/Tips im Internet .
Und: Kann man die Wiederherstellungspartition erfolgreich "reparieren". (winrm vom generalisierten Image neu erstellen und in neu erstellter Partition "versenken" + registrieren) Ich habe dazu keine Referenz gefunden und der ganze Prozess ist vermutlich recht kritisch im Ergebnis (na ja, ein Backup ist zumindest vorhanden).
Bei den meisten betroffenen Rechnern ließe sich eine Neuinstallation (der klassische Windows-geht-nicht-mehr-und-ich-weiss-nicht-weiter-Weg) mit vertretbarem Aufwand durchführen - wozu ich so langsam aussnahmsweise tendiere (gefühlt musste ich das so vor 10 Jahren das letzte mal machen - und damals war es vermutlich unnötig).
Grüße
lcer
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 362089
Url: https://administrator.de/forum/wiederherstellungspartition-und-windows-upgrade-fehler-362089.html
Ausgedruckt am: 09.04.2025 um 07:04 Uhr
11 Kommentare
Neuester Kommentar
Hallo,
Entscheide Dich fuer den kurzen Weg und installier W10 in der aktuellen Version frisch.
Alles andere ist wirklich nur Zeitverschwendung.
Hast Du zufaellig schon in die Dateie(en)
C:\$WINDOWS.~BT\Sources\Panther\(irgendwas)_APPRAISER_HumanReadable.xml
geschaut wenn die vorhanden sind?
Update 1709 kann nicht installiert werden. Reparatur klappt nicht
LG
BFF
Entscheide Dich fuer den kurzen Weg und installier W10 in der aktuellen Version frisch.
Alles andere ist wirklich nur Zeitverschwendung.
Hast Du zufaellig schon in die Dateie(en)
C:\$WINDOWS.~BT\Sources\Panther\(irgendwas)_APPRAISER_HumanReadable.xml
geschaut wenn die vorhanden sind?
Update 1709 kann nicht installiert werden. Reparatur klappt nicht
LG
BFF
1
Hi.
Zitiere doch mal Zeilen, die [error] enthalten aus C:\$WINDOWS.~BT\Sources\Panther\setuperr.log
Zitiere doch mal Zeilen, die [error] enthalten aus C:\$WINDOWS.~BT\Sources\Panther\setuperr.log
Hallo,
setuperr.log
die humanreadable.xml enthält nix auf den ersten Blick Auffälliges
Grüße
lcer
setuperr.log
2018-01-21 14:45:59, Error MOUPG SetupManager: Requesting WINDLP priority: [0x2]...
2018-01-21 14:46:10, Error MOUPG CDlpActionImpl<class CDlpErrorImpl<class CDlpObjectInternalImpl<class CUnknownImpl<class IMoSetupDlpAction> > > >::Suspend(1066): Result = 0xC1800104
2018-01-21 14:46:10, Error MOUPG CSetupManager::ExecutePreDownloadMode(7314): Result = 0x800705BB
2018-01-21 14:46:10, Error MOUPG CSetupManager::ExecuteDownlevelMode(338): Result = 0x800705BB
2018-01-21 14:46:10, Error MOUPG CSetupManager::Execute(236): Result = 0x800705BB
2018-01-21 14:46:10, Error MOUPG CSetupHost::Execute(375): Result = 0x800705BB
2018-01-21 14:46:11, Error MOUPG SetupManager: Requesting WINDLP priority: [0x2]...
2018-01-21 14:46:11, Error MOUPG CSetupManager::CopyDynamicUpdateFiles(2622): Result = 0x80070020[gle=0x00000020]
2018-01-21 14:53:21, Error MOUPG SetupManager: Requesting WINDLP priority: [0x2]...
2018-01-21 14:53:42, Error MOUPG CSetupManager::CopyDynamicUpdateFiles(2622): Result = 0x80070020[gle=0x00000020]
2018-01-21 14:54:34, Error DU DU::CDUSession::Search: Failed to set WU internal configuration property for targeted scans. hr = 0x80070057
2018-01-21 14:54:34, Error DU DU::CDUSession::BuildSearchCriteria: Caller profile search criterion is not supported. hr = 0x80070032
2018-01-21 14:54:34, Error DU DU::CDUSession::Search: Failed to build the search criteria. hr = 0x80070032
2018-01-21 14:55:51, Error CONX Windows::Compat::Appraiser::WicaApplicationInventory::AddItemProperty (546): App Inventory returned duplicate file c:\program files (x86)\gigabyte\appcenter\adjustservice.exe.[gle=0x8007000d]
2018-01-21 14:55:51, Error CONX Windows::Compat::Appraiser::WicaApplicationInventory::AddItemProperty (546): App Inventory returned duplicate file c:\program files (x86)\gigabyte\appcenter\gbupdate.exe.[gle=0x8007000d]
2018-01-21 14:55:51, Error CONX Windows::Compat::Appraiser::WicaApplicationInventory::AddItemProperty (546): App Inventory returned duplicate file c:\users\administrator\appdata\local\microsoft\onedrive\onedrive.exe.[gle=0x8007000d]
2018-01-21 14:56:07, Error CONX 0xd0000034 Failed to add user mode driver [%SystemRoot%\system32\DRIVERS\UMDF\uicciso.dll]
2018-01-21 14:56:10, Error CONX Windows::Compat::Appraiser::FileInfo::AppendFileProperties (341): Error calling FAR: [0xd0000034].[gle=0xd0000034]
2018-01-21 14:56:10, Error CONX Windows::Compat::Appraiser::FileInfo::DoDecisionAggregation (497): Error appending file properties: [0xd0000034].[gle=0xd0000034]
2018-01-21 15:15:59, Error SP pSPRemoveUpgradeRegTree: failed to delete reg tree HKLM\SYSTEM\Setup\Upgrade[gle=0x00000005]
2018-01-21 15:16:16, Error [0x080831] MIG CSIAgent: Invalid xml format: FormatException: Component with display name: Plugin/{52776FBF-403C-49cc-b7cb-dd557f36096A} already loaded __cdecl Mig::CMXEMigrationXml::CMXEMigrationXml(class Mig::CPlatform *,class UnBCL::String *,class UnBCL::XmlDocument *,class UnBCL::String *,class UnBCL::String *)
2018-01-21 15:16:47, Error CSI 00000001 (F) 80220008 [Error,Facility=FACILITY_STATE_MANAGEMENT,Code=8] #198366# from CWcmScalarInstanceCore::GetCurrentValue(options = 393216, status = '(null)', value = { type: 40972, bytes ( 12 ): 640065002d00440045000000 })
[gle=0x80004005]
2018-01-21 15:17:37, Error [0x080831] MIG CSIAgent: Invalid xml format: FormatException: Component with display name: Plugin/{C939EC0F-2F56-4CE8-AF56-2336596A5FA7} already loaded __cdecl Mig::CMXEMigrationXml::CMXEMigrationXml(class Mig::CPlatform *,class UnBCL::String *,class UnBCL::XmlDocument *,class UnBCL::String *,class UnBCL::String *)
2018-01-21 15:23:50, Error [0x0808fe] MIG Plugin {ff9c714f-b864-4f43-ae39-ec07d7385abe}: Skipping device 'SWD\PRINTENUM\{B9EF2A5F-A538-40A0-82DC-86354343169D}' without driver.
2018-01-21 15:23:50, Error [0x0808fe] MIG Plugin {ff9c714f-b864-4f43-ae39-ec07d7385abe}: Skipping device 'SWD\PRINTENUM\{001E4E77-1C8C-4026-9631-7F16CDAE48B8}' without driver.
2018-01-21 15:23:51, Error [0x0808fe] MIG Plugin {ff9c714f-b864-4f43-ae39-ec07d7385abe}: Skipping device 'SWD\PRINTENUM\{3F8976F2-0297-466A-845C-BA5A08773F65}' without driver.
2018-01-21 15:23:51, Error [0x0808fe] MIG Plugin {ff9c714f-b864-4f43-ae39-ec07d7385abe}: Skipping device 'SWD\PRINTENUM\{6122B630-05B8-495D-9C89-6599CBF72DFB}' without driver.
2018-01-21 15:23:51, Error [0x0808fe] MIG Plugin {ff9c714f-b864-4f43-ae39-ec07d7385abe}: Skipping device 'SWD\PRINTENUM\{A2D501D1-52E0-4B37-8ED1-28776429C2ED}' without driver.
2018-01-21 15:23:51, Error [0x0808fe] MIG Plugin {ff9c714f-b864-4f43-ae39-ec07d7385abe}: Skipping device 'SWD\PRINTENUM\{4CBEAA88-1395-4920-BED4-4900296C2B01}' without driver.
2018-01-21 15:23:52, Error [0x0808fe] MIG Plugin {ff9c714f-b864-4f43-ae39-ec07d7385abe}: Skipping device 'SWD\PRINTENUM\{5B7E4065-A90E-4134-84A8-91EBB3018DF9}' without driver.
2018-01-21 15:23:54, Error [0x0808fe] MIG Plugin {ff9c714f-b864-4f43-ae39-ec07d7385abe}: Skipping device 'SWD\PRINTENUM\{460DA0E6-95BA-4E8F-A7A9-4CC273259EC1}' without driver.
2018-01-21 15:23:55, Error [0x0808fe] MIG Plugin {526D451C-721A-4b97-AD34-DCE5D8CD22C5}: [shmig] Failed to get preferred homegroup with hr=0x80070490
2018-01-21 15:25:19, Error CSetupAutomation::Resurrect: File not found: C:\$WINDOWS.~BT\Sources\Panther\automation.dat[gle=0x00000002]
2018-01-21 15:25:19, Error SP CSetupPlatform::ResurrectAutomation: Failed to resurrect automation: 0x80070002[gle=0x00000002]
2018-01-21 16:11:28, Error SP [SetupCl library] Required profile hive does not exist: [\??\C:\$WINDOWS.~BT\NewOS\WINDOWS\system32\config\systemprofile\NTUSER.DAT].
2018-01-21 16:11:59, Error [0x080831] MIG CSIAgent: Invalid xml format: FormatException: Component with display name: Plugin/{C939EC0F-2F56-4CE8-AF56-2336596A5FA7} already loaded __cdecl Mig::CMXEMigrationXml::CMXEMigrationXml(class Mig::CPlatform *,class UnBCL::String *,class UnBCL::XmlDocument *,class UnBCL::String *,class UnBCL::String *)
2018-01-21 16:11:59, Error [0x080831] MIG CSIAgent: Invalid xml format: FormatException: Component with display name: Plugin/{12bc829e-787e-48c2-a9b3-8d2e7aabf06e} already loaded __cdecl Mig::CMXEMigrationXml::CMXEMigrationXml(class Mig::CPlatform *,class UnBCL::String *,class UnBCL::XmlDocument *,class UnBCL::String *,class UnBCL::String *)
2018-01-21 16:13:16, Error MIG Failed to check the certificate of the catalog file C:\WINDOWS\System32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\ntprint.cat.[gle=0x800b0100]
2018-01-21 16:29:01, Error [0x080831] MIG CSIAgent: Invalid xml format: FormatException: Component with display name: Plugin/{52776FBF-403C-49cc-b7cb-dd557f36096A} already loaded __cdecl Mig::CMXEMigrationXml::CMXEMigrationXml(class Mig::CPlatform *,class UnBCL::String *,class UnBCL::XmlDocument *,class UnBCL::String *,class UnBCL::String *)die humanreadable.xml enthält nix auf den ersten Blick Auffälliges
Grüße
lcer
Required profile hive does not exist: [\??\C:\$WINDOWS.~BT\NewOS\WINDOWS\system32\config\systemprofile\NTUSER.DAT
Das sieht mir aus, wie das Problem. Prüfe bitte mal, ob diese Datei besteht und wenn ja, welche Zugriffsrechte sie hat. Und zwar so: öffne eine Command shell elevated und orticacls c:\WINDOWS\system32\config\systemprofile\NTUSER.DATIch schätze mal, sie besteht bei Dir nicht einmal (bei mir auch nicht). Soweit ich weiß, wurde diese Datei früher verwendet (Windows xp), jetzt aber nicht mehr.
Zitat von @DerWoWusste:
Ich schätze mal, sie besteht bei Dir nicht einmal (bei mir auch nicht). Soweit ich weiß, wurde diese Datei früher verwendet (Windows xp), jetzt aber nicht mehr.
Required profile hive does not exist: [\??\C:\$WINDOWS.~BT\NewOS\WINDOWS\system32\config\systemprofile\NTUSER.DAT
Das sieht mir aus, wie das Problem. Prüfe bitte mal, ob diese Datei besteht und wenn ja, welche Zugriffsrechte sie hat. Und zwar so: öffne eine Command shell elevated und orticacls c:\WINDOWS\system32\config\systemprofile\NTUSER.DATIch schätze mal, sie besteht bei Dir nicht einmal (bei mir auch nicht). Soweit ich weiß, wurde diese Datei früher verwendet (Windows xp), jetzt aber nicht mehr.
Die Datei existiert nicht. Wir hatten mal Servergespeicherte Benutzerprofile, vielleicht ist da mal was falsch zwischen den Rechnern Kopiert worden?XP war auf den betreffenden Rechnern nicht drauf.
Dann wäre die Frage, wie kommt das System auf diese Datei und wie kann man ändern?
Danke schonmal für den Hinweis.
Grüße
lcer
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-5-18 enthält ProfileImagePath = %systemroot%\system32\config\systemprofile
gehört zu NT-AUTORITÄT\SYSTEM
Allerdings ist das, soweit ich sehen kann auch auf rechnern der Fall, die erfolgreich auf 1709 geupgraded werden konnten.
Grüße
lcer
gehört zu NT-AUTORITÄT\SYSTEM
Allerdings ist das, soweit ich sehen kann auch auf rechnern der Fall, die erfolgreich auf 1709 geupgraded werden konnten.
Grüße
lcer
Alles richtig, aber trotzdem ist die ntuser.dat nicht dort. Nun, das Setuplog spricht ja auch vom umkopierten Pfad C:\$WINDOWS.~BT\NewOS\WINDOWS\system32\config\systemprofile\ und der dort nicht gefundenen ntuser.dat
Keine Ahnung, wie dem nun beizukommen ist. Verfolge doch mal ein Setup mit procmon. Virtuelle Maschine mit 1703 instalieren, procmon rauf und starten, Filter auf Dateischreibzugriffe und ntuser.dat und ab dafür mit dem 1709 Setup.
Keine Ahnung, wie dem nun beizukommen ist. Verfolge doch mal ein Setup mit procmon. Virtuelle Maschine mit 1703 instalieren, procmon rauf und starten, Filter auf Dateischreibzugriffe und ntuser.dat und ab dafür mit dem 1709 Setup.
Hallo zusammen,
das "Wiederanbinden" der verlorenen Wiederherstellungspartition ist mit gelungen, löste aber natürlich nicht das Upgrade Problem.
Trotzdem kurz die Zusammenfassung:
Ausgangspunkt: Beim Optimieren des Systems (besser beim Rumspielen mit den mehrfach angelegten Wiederherstellungspartitionen) wurden diese Partitionen nicht mehr vom Windows erkannt. Auf der Disk waren aber noch die inhaltsmäßig intakte Wiederherstellungspartitionen vorhanden. Dennoch konnten die Wiederherstellungsoptionen nicht mehr aufgerufen werden.
Zu den Partitionierungen und Windows RE folgender informative Links:
Windows RE allgemein: https://msdn.microsoft.com/de-de/library/hh825173.aspx
Bereitstellung von Windows RE https://msdn.microsoft.com/de-de/library/hh825221.aspx
Partitionierung UEFI / GPT https://msdn.microsoft.com/de-de/library/hh824839.aspx
Partitionierung BIOS / MBR https://msdn.microsoft.com/de-de/library/hh825146.aspx
Der Trick war, dass man der Wiederherstellungspartition zuerst einen Laufwerksbuchstaben (z.b. X: ) zuweisen muss, obwohl sie ja eigentlich keinen hat. Man kann also nicht die Partition direkt erneut registrieren sondern muss sie erst mounten und dann über Angabe des Verzeichnisses in dem Windows RE liegt dem Betriebssystem bekanntmachen, das sich dann offenbar die benötigten Partitionsdaten über das Laufwerk holt. Hätte man ja gleich drauf kommen können
Zur Not (also falls nicht bereits verändert) muss man da mittels diskpart die Attribute umstellen, damit ein Laufwerksbuchstabe zugeweisen werden kann. Wie man das dann wieder rückgängig machen kann steht unter https://msdn.microsoft.com/de-de/library/hh825221.aspx Schritt 2
Danach kann sollte sich das WinRE-image unter (wenn X: ) X:\Recovery\WindowsRE\ befinden. Das kann man dann bei seinem Windows registrieren:
Zum Schluss muss man den Laufwerksbuchstaben wieder entfernen und das erneute zuweisen "verbieten" siehe oben und als Kurzfassung für diskpart hier:
Wie gesagt, hat mein Problem nicht gelöst, aber wieder mal was gelernt.
Grüße
lcer
das "Wiederanbinden" der verlorenen Wiederherstellungspartition ist mit gelungen, löste aber natürlich nicht das Upgrade Problem.
Trotzdem kurz die Zusammenfassung:
Ausgangspunkt: Beim Optimieren des Systems (besser beim Rumspielen mit den mehrfach angelegten Wiederherstellungspartitionen) wurden diese Partitionen nicht mehr vom Windows erkannt. Auf der Disk waren aber noch die inhaltsmäßig intakte Wiederherstellungspartitionen vorhanden. Dennoch konnten die Wiederherstellungsoptionen nicht mehr aufgerufen werden.
Zu den Partitionierungen und Windows RE folgender informative Links:
Windows RE allgemein: https://msdn.microsoft.com/de-de/library/hh825173.aspx
Bereitstellung von Windows RE https://msdn.microsoft.com/de-de/library/hh825221.aspx
Partitionierung UEFI / GPT https://msdn.microsoft.com/de-de/library/hh824839.aspx
Partitionierung BIOS / MBR https://msdn.microsoft.com/de-de/library/hh825146.aspx
Der Trick war, dass man der Wiederherstellungspartition zuerst einen Laufwerksbuchstaben (z.b. X: ) zuweisen muss, obwohl sie ja eigentlich keinen hat. Man kann also nicht die Partition direkt erneut registrieren sondern muss sie erst mounten und dann über Angabe des Verzeichnisses in dem Windows RE liegt dem Betriebssystem bekanntmachen, das sich dann offenbar die benötigten Partitionsdaten über das Laufwerk holt. Hätte man ja gleich drauf kommen können
Zur Not (also falls nicht bereits verändert) muss man da mittels diskpart die Attribute umstellen, damit ein Laufwerksbuchstabe zugeweisen werden kann. Wie man das dann wieder rückgängig machen kann steht unter https://msdn.microsoft.com/de-de/library/hh825221.aspx Schritt 2
Danach kann sollte sich das WinRE-image unter (wenn X: ) X:\Recovery\WindowsRE\ befinden. Das kann man dann bei seinem Windows registrieren:
C:\Windows\System32\Reagentc /setreimage /path X:\Recovery\WindowsREZum Schluss muss man den Laufwerksbuchstaben wieder entfernen und das erneute zuweisen "verbieten" siehe oben und als Kurzfassung für diskpart hier:
UEFI:
remove
set id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
gpt attributes=0x8000000000000001
oder MBR
set id=27
removeWie gesagt, hat mein Problem nicht gelöst, aber wieder mal was gelernt.
Grüße
lcer
1Zitat von @DerWoWusste:
Alles richtig, aber trotzdem ist die ntuser.dat nicht dort. Nun, das Setuplog spricht ja auch vom umkopierten Pfad C:\$WINDOWS.~BT\NewOS\WINDOWS\system32\config\systemprofile\ und der dort nicht gefundenen ntuser.dat
Alles richtig, aber trotzdem ist die ntuser.dat nicht dort. Nun, das Setuplog spricht ja auch vom umkopierten Pfad C:\$WINDOWS.~BT\NewOS\WINDOWS\system32\config\systemprofile\ und der dort nicht gefundenen ntuser.dat
Problem gefunden!
siehe hier: https://partnersupport.microsoft.com/en-us/par_clientsol/forum/par_win/w ...
Problem Description
We cannot upgrade to Windows 10 Fall with the error message: 0x8007001F - 0x3000D
Root Cause
The profile key (HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\<USERSID>) has a Preference subkey with same data.
Solutions
Login as some alternate admin user, let’s say Test.
Go to regedit, find this Preference key, export it in a .REG file and then delete it
Upgrade running as Test
Login as Test after upgrade, go to regedit and import the .REG file
Logoff and login as the affected user
We cannot upgrade to Windows 10 Fall with the error message: 0x8007001F - 0x3000D
Root Cause
The profile key (HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\<USERSID>) has a Preference subkey with same data.
Solutions
Login as some alternate admin user, let’s say Test.
Go to regedit, find this Preference key, export it in a .REG file and then delete it
Upgrade running as Test
Login as Test after upgrade, go to regedit and import the .REG file
Logoff and login as the affected user
Ich so gemacht, und das Upgrade lief durch.
Ursache war offenbar tatsächlich der "Preference" Schlüssel in der Profile List. Habe dazu zwar nichts gefunden, aber ich vermute mal dass der was mit der Einstellung der Roamingprofile und den Einstellungen für primäre Computer zu tun hat. Mir fällt zumindest nicht anderes ein, was dieses Dilemma verursacht haben könnte. Betroffen sind Rechner, auf denen mal Roamingprofile verwendet worden und die als primärer Computer des jeweiligen Benutzers im AD hinterlegt waren. https://msdn.microsoft.com/de-de/library/jj649076(v=ws.11).aspx
Grüße
lcer
Nette Sache, interessant.
Danke fuer die Rueckmeldung.
Die Loesung schreit ja fast danach, dass vor den Upgrades die lokalen Ueberreste der Domaenenprofile gekillt werden.
Ok, bei uns ist per Richtlinie eingestellt das die Profile nach 14 Tagen geloescht werden.
Werde das mal in unserer Wiki ablegen. Falls es doch mal hockommt.
BFF
Die Loesung schreit ja fast danach, dass vor den Upgrades die lokalen Ueberreste der Domaenenprofile gekillt werden.
Ok, bei uns ist per Richtlinie eingestellt das die Profile nach 14 Tagen geloescht werden.
Werde das mal in unserer Wiki ablegen. Falls es doch mal hockommt.
BFF
