lcer00
Goto Top

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

Content-Key: 362089

Url: https://administrator.de/contentid/362089

Ausgedruckt am: 19.03.2024 um 03:03 Uhr

Mitglied: BassFishFox
Lösung BassFishFox 23.01.2018 um 21:53:13 Uhr
Goto Top
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
Mitglied: DerWoWusste
Lösung DerWoWusste 24.01.2018 aktualisiert um 16:23:56 Uhr
Goto Top
Hi.

Zitiere doch mal Zeilen, die [error] enthalten aus C:\$WINDOWS.~BT\Sources\Panther\setuperr.log
Mitglied: lcer00
lcer00 25.01.2018 um 09:55:02 Uhr
Goto Top
Hallo,

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
Mitglied: DerWoWusste
DerWoWusste 25.01.2018 um 11:10:20 Uhr
Goto Top
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 ort
icacls c:\WINDOWS\system32\config\systemprofile\NTUSER.DAT

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.
Mitglied: lcer00
lcer00 25.01.2018 um 11:32:26 Uhr
Goto Top
Zitat von @DerWoWusste:

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 ort
icacls c:\WINDOWS\system32\config\systemprofile\NTUSER.DAT

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.

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
Mitglied: lcer00
lcer00 25.01.2018 um 13:42:41 Uhr
Goto Top
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
Mitglied: DerWoWusste
DerWoWusste 25.01.2018 um 14:07:45 Uhr
Goto Top
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.
Mitglied: lcer00
lcer00 25.01.2018 aktualisiert um 18:57:51 Uhr
Goto Top
Hallo zusammen,

das "Wiederanbinden" der verlorenen Wiederherstellungspartition ist mit gelungen, löste aber natürlich nicht das Upgrade Problem. face-smile

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 face-smile

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\WindowsRE

Zum 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
remove

Wie gesagt, hat mein Problem nicht gelöst, aber wieder mal was gelernt.

Grüße

lcer
Mitglied: lcer00
lcer00 01.02.2018 um 15:42:39 Uhr
Goto Top
Zitat 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


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

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
Mitglied: DerWoWusste
DerWoWusste 01.02.2018 um 16:55:43 Uhr
Goto Top
Nette Sache, interessant.
Mitglied: BassFishFox
BassFishFox 01.02.2018 aktualisiert um 18:02:17 Uhr
Goto Top
Danke fuer die Rueckmeldung. face-smile

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