Schön zu lesen, dass es geklappt hat. :)

Ein Update alleine mit Admin-Rechten reicht nicht, man muss als Admin angemeldet sein. M.W. wurde dieser Hinweis bei 1703 noch nicht vom System gemeldet.

Hallo,
ich habe heute den "zeitlichen Gewaltakt" durchgeführt. Der ganze Ablauf hat fast zwei Stunden in Anspruch genommen. ;)

Seit gut einem Monat habe ich herumgedocktert und immer am Ende des Updates auf 1809 die bekannte Meldung
[b]Die Installation war nicht erfolgreich. In der Phase SAFE_OS ist während des Vorgangs
INSTALL_UPDATES ein Fehler aufgetreten.[/b]
erhalten.

Nachdem ich hier im Forum vieles vom Inplace Update gelesen habe und es auch langsam verstanden habe, bin ich den Weg, der im Thread: https://www.deskmodder.de/wiki/index.php/Inplace%20Upgrade%20Windows%2010%20schnell%20reparieren
als Tutorial beschrieben wurde.
Dabei habe ich den Vorgang des Inplace Update zuerst mit der Windows 10 [b]1803[/b] ISO (DVD) durchgeführt und gleich anschließend den gleichen Vorgang mit der aktuellsten Windows10 [b]1809[/b] ISO (DVD) durchgeführt.
Gestartet jedesmal beim laufenden System mit der SETUP.EXE von der DVD. Nach gefühlten 100 Warmstarts habe ich es endlich geschafft das Update zu installieren.
[list]
[*]Edition: Windows 10 Pro
[*]Version: 1809
[*]installiert am: 13.02.2019
[*]Betriebssystem Build: 17763.3116
[/list]

Vielen Dank für die zahlreichen Beiträge insbesondere für das Tutorial. :dankeschoen:

Danke für deine Rückmeldung. :)

Das Problem konnte mittlerweile gelöst werden.
Nach vielen vergeblichen Versuchen, mit Hilfe eines per MCT1809 befüllten Sticks eine Neuinstallation auf meinem Gerät vorzunehmen, klappte nur noch, mit dem MCT1809 eine entsprechende DVD zu brennen und von dieser zu booten.
Während dieses Vorgangs waren bis auf Monitor, Maus und Tastatur alle anderen Geräte einschließlich Internetzugang und meine zwei Daten-HDDs vom Gerät entfernt. Erst dann klappte die Neuinstallation.
Allen, die versucht haben, mir in diesem Forum zu helfen, nochmals vielen Dank.

Sorry, der Beitrag von "Gast" von heute, 10:07 Uhr, stammt von mir.
Hatte nicht gemerkt, dass ich nur als Gast angemeldet war...

DK2000, vielen Dank für Deine Infos.
Ich habe mittlerweile viele vergebliche Versuche verschiedener Art unternommen, von 1709 auf 1803 oder 1809 zu kommen.
Gestern ist es mir auch gelungen, das Build 16299.904 zu bekommen. Die ist jetzt auf dem Gerät.
Zwischen meinen letzten beiden Kontakten zum Deskmodder-Forum habe ich den allerneusten Intel Grafik Treiber vom Dez. 2018 installiert, was erst nach vielen vergeblichen Versuchen und letztlich durch Einsatz eines Tools namens DDU möglich war.
Auch gestern ist es mir nicht gelungen, das Upgrade über die Windows-Update-Automatik auf 1803 hinzubekommen. Und auch mit Hilfe eines über das MCT1809 erzeugten USB-Stick nicht.
Ich habe keine Ahnung, welche Treiber ich ggf. noch aktualisieren muss und woher ich die bekomme. Über die Möglichkeit, die im Gerätetreiber angeboten wird, habe ich z.B. nicht den allerneusten Treiber herbekommen. Die habe ich erst bei Intel gefunden...
Wie bekomme ich z.B. die "Treiber für den Controller, an welchem die SSD/HDD hängt", heraus?

2019-01-09 15:01:55, Info                  SP     %windir%\system32\IasMigPlugin.dll ({6df2d9df-1294-4637-82d3-d53761ca2c11}), long running: No, rearms: 0, time(seconds): 0
2019-01-09 15:01:55, Info                  SP         ERRORS:
2019-01-09 15:01:55, Info                  SP         error: 0x0000007E, phase: pre-apply
2019-01-09 15:01:55, Info                  SP         error: 0x0000007E, phase: apply-success
2019-01-09 15:01:55, Info                  SP         error: 0x0000007E, phase: post-apply

2019-01-09 14:54:41, Info                  MOUPG  CDriverCallback::ValidateDriverPackage: Driver Package: Classname: [Printer], ClassGuid: [{4D36E979-E325-11CE-BFC1-08002BE10318}], Proposed Answer: [1]
2019-01-09 14:54:41, Info                  CONX   ConX::Compatibility::CCompatibilityController::GetDriverBlockType: INF: oem1.inf, Class guid: {4D36E979-E325-11CE-BFC1-08002BE10318}, Is Boot Critical: No
2019-01-09 14:54:41, Info                  CONX   ConX::Compatibility::CCompatibilityController::GetDriverBlockType: DriverPackage 'oem1.inf' is a candidate for migration in full-upgrade scenario.
2019-01-09 14:54:41, Info                  CONX   ConX::Compatibility::CCompatibilityController::GetDriverBlockType: Found HardBlock for the specified device.
2019-01-09 14:54:41, Info                  CONX   ConX::Compatibility::CCompatibilityController::GetDriverBlockType: The specified device does not have signed binaries.
2019-01-09 14:54:41, Info                  MOUPG  CDriverCallback::ValidateDriverPackage: Not migrating blocked package. {5E08BE46-2307-4752-9A54-7C2761642DFD}

2019-01-09 14:54:03, Error                        [SetupHost.exe] IOCTL_STORAGE_QUERY_PROPERTY failed: 0x1

Hast Du das letzte kumulative Update wirklich installiert?

Lt. der Log lief das Setup auf der Build 16299.431 (Mai 2018), weiter oben hattest Du etwas von 16299.547 (Juni 2018) geschrieben.

Aktuell für den Zweig wäre die Build 16299.904.

Irgendwie gibt es da Probleme mit der Datei (Plugin) IasMigPlugin.dll:

[code]2019-01-09 15:01:55, Info SP %windir%\system32\IasMigPlugin.dll ({6df2d9df-1294-4637-82d3-d53761ca2c11}), long running: No, rearms: 0, time(seconds): 0
2019-01-09 15:01:55, Info SP ERRORS:
2019-01-09 15:01:55, Info SP error: 0x0000007E, phase: pre-apply
2019-01-09 15:01:55, Info SP error: 0x0000007E, phase: apply-success
2019-01-09 15:01:55, Info SP error: 0x0000007E, phase: post-apply[/code]
Die Phasen beenden sich jeweils mit dem Fehler ERROR_MOD_NOT_FOUND (The specified module could not be found.)

Außerdem scheint es da auch einen Hardblock mit einem Drucker/Scanner/etc. zu geben:

[code]2019-01-09 14:54:41, Info MOUPG CDriverCallback::ValidateDriverPackage: Driver Package: Classname: [Printer], ClassGuid: [{4D36E979-E325-11CE-BFC1-08002BE10318}], Proposed Answer: [1]
2019-01-09 14:54:41, Info CONX ConX::Compatibility::CCompatibilityController::GetDriverBlockType: INF: oem1.inf, Class guid: {4D36E979-E325-11CE-BFC1-08002BE10318}, Is Boot Critical: No
2019-01-09 14:54:41, Info CONX ConX::Compatibility::CCompatibilityController::GetDriverBlockType: DriverPackage 'oem1.inf' is a candidate for migration in full-upgrade scenario.
2019-01-09 14:54:41, Info CONX ConX::Compatibility::CCompatibilityController::GetDriverBlockType: Found HardBlock for the specified device.
2019-01-09 14:54:41, Info CONX ConX::Compatibility::CCompatibilityController::GetDriverBlockType: The specified device does not have signed binaries.
2019-01-09 14:54:41, Info MOUPG CDriverCallback::ValidateDriverPackage: Not migrating blocked package. {5E08BE46-2307-4752-9A54-7C2761642DFD}[/code]
Das Gerät scheint keine signierten Treiber zu haben. Da es allerdings kein kritisches Gerät ist, sollte das nicht weiter stören. Der Treiber wird halt nur von der Migration ausgeschlossen. Aber so genau weiß man das nie. Eventuell den Gerät samt Treiber entfernen.

Gibt auch viele Einträge dieser Art:

[code]2019-01-09 14:54:03, Error [SetupHost.exe] IOCTL_STORAGE_QUERY_PROPERTY failed: 0x1[/code]
Der Aufruf der Funktion endet immer mit ERROR_INVALID_FUNCTION. Aber keine Ahnung, was da der Grund ist. Eventuell ein Problem mit den Treibern für den Controller, an welchem die SSD/HDD hängt.

Kann aber nicht so genau erkennen, woran das bei Dir jetzt genau liegt. Da sind jede Menge Fehler. Aber um die richtigen Fehler zu finden, müsste ich dazu erst einmal ein Referenz-Log erstellen (1709 -> 1809), um überhaupt mal zu sehen, welche Fehler man da ignorieren kann.

Gibt es wirklich niemanden, der noch eine Idee hat, warum das Upgrade von 1709 auf 1809 auch mit Hilfe eines per MCT 1809 erzeugten USB-Stick nicht funktioniert?
Vielleicht geben dazu ja die von mir bereitgestellten Logs einen Hinweis!
Ich habe gelesen: Angeblich soll das von mir versuchte Upgrade nicht funktionieren, weil meine Intel Grafiktreiber für WIN 1803 und 1809 nicht geeignet gewesen sein sollen.
Die habe ich nach vielen Versuchen mittlerweile endlich auf den aktuellsten Stand bringen können.
Heute habe ich versucht, ohne USB-Stick direkt über die in WIN 10 enthaltene Updateautomatik meinen PC wenigstens von 1709 auf 1803 upzugraden, da mir über die Automatik WIN 1809 gar nicht angeboten worden ist.
Ergebnis: Abbruch des Upgrades bei 88% Tätigkeit des Upgradeprogramms.
Und nun geht's wieder los: Etwa im Zweistundentakt meldet sich der Windows Updater und erwartet von mir einen Neustart zwecks Upgrade...

Zu moinmoin:
Vielen Dank für die Zusatzinfo!

Zu DK2000:
Ich habe nun folgendes gemacht:
Im laufenden Windows den USB-Stick, auf dem das MCT 1809 die Daten bereitgestellt hat, eingesteckt und dann die dort befindliche Datei Setup.Exe mit Adminrechten ausgeführt.
Nachdem ich die Lizenzbedingungen akzeptiert habe und gemeldet worden ist, dass das System bereit sei für die Installation, erschien eine Maske. In der war angehakt, dass ich Windows Pro installieren und meine persönlichen Daten und die Apps behalten wollte.
Diese Einstellung habe ich unverändert bestätigt.
Nach etwa 15 Minuten brach das Update bei 80% mit der Meldung ab:
„Modern Setup Host funktioniert nicht mehr. Das Programm wird aufgrund eines Problems nicht richtig ausgeführt. Das Programm wird geschlossen und Sie werden benachrichtigt, wenn eine Lösung verfügbar ist.“
Danach stand sofort wieder der Desktop des Users Besitzer zur Verfügung.
Anbei das Windows-Update-Log, das ich erzeugt habe, indem ich in Powershell mit Adminrechten eingegeben habe:
Get-WindowsUpdateLog
[attachment=1]WindowsUpdate_20190109_1533.log[/attachment]
Und die Dateien C:\$Windows.~BT\Sources\panther\setupact.log bzw. setuperr.log.
[attachment=0]09012019_1531.zip[/attachment]
Was nun?

Du kannst direkt auf die 1809 und die ältere Version überspringen.

Die 1709 bräuchtest du nur für eine Reparatur. Ist bei dir also nicht der Fall
Mit der 1809 kannst du dann das Funktionsupdate durchführen.

Die ISO bräuchtest du nur per Rechtsklick bereitstellen. Aber da du nun schon den Stick hast, kannst du auch von dort aus die setup.exe starten. :)

Vielen Dank für die neuerlichen Infos.
Zu moinmoin:
Wenn ich den mir schon bekannten verlinkten Beitrag "Inplace Upgrade Windows.." richtig verstanden habe, funktioniert der nur, wenn ich einen Stick mit der ISO-Datei (aktueller Stand meines PCs, also 1709) und mit der ISO-Datei für Update auf 1809 habe.
Ob ich überhaupt die Version 1803 ohne negative Folgen überspringen kann, habe ich auch bislang nicht erfahren.
Mit ISO-Dateien habe ich bislang keine positive Erfahrungen gemacht, wenn ich mal absehe, dass das Update von 1703 auf 1709 auch über eine von Dritten für mich erstellte ISO-Datei erfolgt ist. Allerdings mit der Folge, dass ich hinterher das damals nagelneue Gerät neu konfigurieren musste.
Und woher soll ich nun noch die ISO-Datei für 1709 bekommen?

Zu DK2000:
Ich werde nun erneut meinen USB-Stick, auf dem das MCT 1809 die Dateien abgelegt hat, mit meinem PC verbinden und dann die dort befindliche Datei Setup.exe doppelklicken.
Ich hoffe nur, dass das das richtige Vorgehen ist, anstatt vom besagten Stick zu booten.
Hinterher schicke ich Dir erneut die dann neu entstandenen Log-Dateien plus das mit dem Befehl Get-WIndowsUpdateLog über Powershell mit Adminrechten erzeugte Log.

2019-01-09 11:05:33, Info                  CONX   ConX::Compatibility::CSystemAbstraction::IsInSafeMode: System is running in safe mode.
2019-01-09 11:05:33, Info                  CONX   CSafeModeChecker: checked SafeMode, found HardBlock.

Ja, das hätte ich dazu schreiben sollen:

Das Setup nicht im [i]Abgesicherten Modus[/i] ausführen, da das zwangsläufig zu einem Hard Block führt:

[code]2019-01-09 11:05:33, Info CONX ConX::Compatibility::CSystemAbstraction::IsInSafeMode: System is running in safe mode.
2019-01-09 11:05:33, Info CONX CSafeModeChecker: checked SafeMode, found HardBlock.[/code]
Das Setup muss im normalen Modus laufen.

Das hatte ich da ganz übersehen, dass da der [i]Abgesicherten Modus[/i] vorgeschlagen wurde. Das führt nur dazu, dass das System als nicht Kompatibel angesehen wird und das Setup beendet sich. Das hat nichts mit dem eigentlichen Problem zu tun. Das Verhalten ist so gewollt.

Im abgesicherten Modus funktioniert das auch nicht.

Siehe hier die Anleitung: [URL]https://www.deskmodder.de/wiki/index.php?title=Inplace Upgrade Windows 10 schnell reparieren[/URL]

Zu Valentin und DK2000:
Ich habe meinen PC im abgesicherten Modus gestartet (mit Netzwerktreibern).
Dann habe ich im Explorer jene Setup.Exe-Datei doppelt geklickt, die sich auf jenem Stick befindet, den ich mit den MCT 1809 erstellt habe.
Ich wurde dann aufgefordert, mir Updates, Treiber und optionale Funktionen herunterzuladen. Ob das automatisch passieren würde oder wie das zu machen ist und wo die heruntergeladenen Dateien dann landen (müssen), blieb unklar. Ich habe den Button Weiter gedrückt, konnte aber nicht feststellen, dass dann etwas heruntergeladen wurde.
Danach erschien die Meldung: "Windows 10 kann auf diesem PC nicht ausgeführt werden. Sie können Windows während der Ausführung im sicheren Modus nicht installieren." Daher dort den Button Schließen gedrückt.
Es blitzte nur eine Anzeige so kurz auf, dass ich den Inhalt gar nicht wahrnehmen konnte.
Hinterher habe ich den PC wieder im normalen Modus gestartet.
Dann habe ich im Bereich des Windows Updates nachgeschaut, ob dort irgendwelche neue Updates zu sehen waren, die ich installieren sollte. Das war nicht der Fall.

Zu DK2000:
Es sind zwei bei meinem neuen Versuch, das Update von 1709 auf 1809 mit einem USB-Stick zu erreichen, der per MCT1809 erstellt worden ist, zwei neue Dateien C:\$Windows.~BT\Sources\panther\setupact.log bzw. setuperr.log entstanden.
Die habe ich mit 7zip gepackt und gespeichert. Nun suche ich nur noch eine Möglichkeit, diese Dir in diesem Forum bereitzustellen.

Ah, endlich habe neben den "Optionen" den Reiter "Dateianhänge" gefunden!
Mal sehen, ob es nun mit dem Anfügen klappt.
[attachment=0]09012019_1130.zip[/attachment]