Alle Build-Updates resultieren in eine Neuinstallation. Wieso?

Habe hier ein Notebook, das schon beim Update von Build 9926 auf Build 10041 als auch vom Build 10041 auf 10049 jeweils in Error 0xc000000f endet mit der einzigen Möglichkeit, das Gerät jeweils neuzuinstallieren. Irgendwann kommt noch der Fehler 0xc0000225
Datei fehlt: (\windows\system32\winload.exe)

Weder Rollback noch Reparatur funktionieren in so einem Fall.

Wenn das Problem bis Live nicht gefixt wird, sehe ich schwarz für Win 10.

 

Hallo,

> Wenn das Problem bis Live nicht gefixt wird ...

was sagt der Notebook Hersteller? Das Gerät ist fit für Windows 10?

 

Klar ist das Gerät fit für Win 10. Läuft ja alles eigentlich einwandfrei. Nur die Buildsupdates gehen irgendwie schief.

Ist ein Motion Computing J3500 mit i7 980M mit 4 GB RAM und 120 GB SSD. Das Teil hatte mal mehr als US$ 4000.- gekostet.

Edit: Das 10041 ISO Build kann nicht mal auf einen bootbaren USB-Stick installiert werden.

 

Hallo,

> Klar ist das Gerät fit für Win 10

und das hat Dir der Hersteller so mitgeteilt?

Bios von 2013. Fit sieht anders aus.

> Das Teil hatte mal mehr als US$ 4000.- gekostet

Das sagt nichts darüber aus, ob zukünftige Technologien unterstützt werden.

 

Windows 10 läuft auf dem Teil einwandfrei. Nur die Build updates funktionieren nicht.

Ich denke, dass es vermutlich an der Grösse der SSD liegt. Die ist nur 120 GB wovon 100 GB für die Windows Partition zugeteilt sind.

Beim 10041 auf 10049 Update gibt es einen kritischen Bug! Nachdem das Update misslungen war, wollte ich die Daten von der SSD wegkopieren und neu installieren. Doch die Windowspartition war
komplett leer! Alle Daten und Programme verschwunden!

Wow. Wenn Geräte vom Jahr 2013 schon veraltet sind, dann sehe ich schwarz für Win 10. Es kann sich lange nicht jeder jedes Jahr neue Geräte kaufen.

Noch zur Info: Hatte das Windows 10 B10041 auch auf einem Medion Akoya P98760 installiert und dort ging das Update auf 10049 ohne Probleme. Und das obwohl der Hersteller dieses Gerät scheinbar gar nicht mehr unterstützt. Der Unterschied: Die Windowspartition
ist mit 160 GB einiges grösser und hat nur eine normale HD.

 

Habe auch noch ein älteres Gerät Dell Latitude E6400 getestet. Dort ging das Update 10041 auf 10049 ebenfalls ohne Probleme. Auch auf diesem Gerät habe ich die Partition auf 100 GB beschränkt, um ausschliessen zu können, dass es an der Partitionsgrösse
liegen könnte. Nur gibt es für das Teil nicht mal mehr Win 8.x Treiber. Die Frage, die ich nun in den Raum stelle: Hat das Update Probleme mit SSDs?

 

Habe noch ein gleiches Gerät mit I7 U640, anderes WWAN Modul und einer anderen SSD getestet. Dort gingen die Updates von 10041 => 10049 => 10061 ohne Probleme. Ausserdem gingen beide Updates innerhalb von 5h durch. Beim anderen Gerät ging das eine Update
6h und war danach fehlerhaft.

Interessant ist auch, dass auf diesem Gerät die Windowspartition nur ca. 50 GB gross war und das Update erfolgreich war.

Die Frage ist nun, ob evtl. die SSD nicht mehr in Ordnung ist oder das Update mit gewissen SSDs Probleme macht.

 

Habe jetzt herausgefunden, warum das Update im einen Gerät geht und im anderen nicht.

Das Gerät, bei dem es ging, hat eine normale SATA SSD drin.

Beim Gerät, wo die Updates immer fehlschlagen, hat eine mSATA
Platine samt Controllerbasisplatine drin.

Vermutlich fehlen oder fallen während des Updates die Treiber für die Basisplatine aus. Das würde auch der Datenverlust erklären. Leider ist es nicht möglich, die Basisplatine auszubauen, weil die festgeklebt (!) wurde!

 

OK. Zwei von drei Geräten haben Update auf 10074 erfolgreich durchgeführt. Das dritte Gerät mit der mSATA SSD wird für den Test nicht mehr benutzt bis eine neue ISO verfügbar ist.