Update: Durch manuelles Löschen der Temp Ordner und der *.tmp Dateien aus dem Install Ordner habe ich es endlich geschafft, einen Teil des durch diese Version aufgelaufenen Datenschrotts zu beseitigen, der Rest wurde dann tatsächlich durch die 20206.1000 geschafft und ich kann mein Switch wieder nutzen. :)

[quote=DK2000 post_id=350653 time=1599136182 user_id=39966]
Was ist das für ein "Update-Datenschrott"? In welcher Kategorie wird der angezeigt?

Lässt Der sich auch nicht unter "Speicher" löschen? Dort unter Temporäre Dateien?
[/quote]

Nein, leider nicht. Das habe ich als erstes versucht. Er wird mir unter Temporäre Dateien auch angezeigt, klicke ich aber darauf, steht nur ganz unten ohne Kästchen zum Anklicken davor: "Windows Update 50,3 GB"

@DK2000

Danke für die Information wie das Setup bei Dir verlaufen ist. 21 GB sind ja auch noch legitim, wenn darunter Windows.old und die Update Files fallen.

Bezüglich den rng Dateien, kannst Du ja mal dort reinschauen:
https://download.microsoft.com/download/1/c/9/1c9813b8-089c-4fef-b2ad-ad80e79403ba/Whitepaper%20-%20The%20Windows%2010%20random%20number%20generation%20infrastructure.pdf

Keine Ahnung ob es für Dich interessant ist.
Wenn nicht, schieb es einfach in den Papierkorb.
:lol:

Was ist das für ein "Update-Datenschrott"? In welcher Kategorie wird der angezeigt?

Lässt Der sich auch nicht unter "Speicher" löschen? Dort unter Temporäre Dateien?

Ich probiere das bei dem entsprechenden Netbook heute Abend. Bei den anderen Rechnern läuft es gut, aber da wurde auch die 20201.1000 installiert. Bei dem Acer Switch habe ich immer noch 50 GB Update-Datenschrott, den die Datenträgerbereinigung zwar erfasst, aber nicht zur Bereinigung anbietet.

Ja, wurde behoben. Vor Neustart waren das jetzt nur 21 GB auf Lfw. C: (altes Windows und Upgrade). Also sehr wenig. Letztes Mal waren das knapp 62 GB, was mehr als unnormal war. Aber dieses mal wurden nur die passenden *.esd Dateien heruntergeladen und nicht diese seltsamen Range Dateien (*.rng). Mal schauen, ob das so bleibt. Habe das mit den Range Dateien eh nie verstanden.

Freut mich zu hören, dass das Interesse für die Information dafür da war und/oder ist.

Derjenige der den Tweet auf Twitter gepostet hatte, hatte das Problem auf Reddit vorgetragen und da musste ich gleich an diesen Thread hier denken. :smile:

So wie es scheint, soll der Bug in der neuen 20206 Build behoben sein:

[img]https://i.imgur.com/I7dXdwc.jpg[/img]


Freundliche Grüße

[quote="Tekkie Boy" post_id=350595 time=1598982718 user_id=43077]
Hallo

Keine Ahnung ob es hier jemanden interessiert, aber ich würde hier trotzdem mal die Information hinterlassen, das Microsoft den Fehler bei der Setup Routine bekannt ist und fixen will. Siehe dort:
https://twitter.com/xezrunner/status/1300817904728969216?s=21
[/quote]
Vielen Dank für den Hinweis. Mich interessiert es :)

Morgen oder Donnerstag kommt wohl die 20206.1000, zumindest sind da schon ein paar Produkte gelistet https://tb.32767.ga/products.php?search=20206&prod=all

Natürlich ist so eine Information von Interesse. ;) Danke für die Info. :)

Aber schön, dass es sich anscheinend wirklich um einen Bug handelt und Microsoft das am untersuchen ist. Mal schauen, was morgen dann passiert, Kommt etwas oder kommt nicht etwas.

Hallo

Keine Ahnung ob es hier jemanden interessiert, aber ich würde hier trotzdem mal die Information hinterlassen, das Microsoft den Fehler bei der Setup Routine bekannt ist und fixen will. Siehe dort:
https://twitter.com/xezrunner/status/1300817904728969216?s=21

2 von 3 laufen jetzt mit der 20001.1000. Mein alter Server will nicht. Nicht direkt und nicht von ISO. Von Iso meldet er, dass er einige Dateien nicht übernehmen kann oder so ähnlich. Ich warte auf die nächste Version.

Auf drei Rechnern hat es funktioniert. Bei meinem Acer Switch gab es auch ein Problem mit zu kleinem Speicher. (Ich hatte 35 GB frei. Die haben in den letzten Jahren immer gereicht.)
Das wäre nicht weiter problematisch, wenn sich die Dateien für das nicht installierte Update über die Systemreinigung wieder entfernen ließen. Aber das funktioniert leider nicht einmal, wenn ich den PC zurücksetzen und komplett neu aufsetzen will. Die Speicherbereinigung zeigt mir jetzt 35 GB temporäre Updatedateien an, die sich nirgends entfernen lassen können.

OK! Danke für die Erklärung. :daumen: Dann kann ich ja weitere Versuche lassen. :D

Das ist das, was ich weiter oben als "undurchsichtig" bezeichnet habe. Das Setup über WU kennt da verschiedene Modi und verschieden Payload-Typen. Wenn das Setup jetzt die [i]*.esd[/i] anstelle der [i]*.cab[/i] und [i]*_psf.rng [/i]verwendet, dann wird jetzt[i] PayloadType="Canonical"[/i] anstelle von [i]PayloadType="Express"[/i] verwendet. Hier werden dann zum Teil oder vollständig die Dateien verwendet, welche man von UUPdump her kennt.

Mal schauen, wie sich das beim nächsten Upgrade verhält. Ansonsten ist eine 64GB Partition wirklich fast schon zu klein für so ein Upgrade.

Achso, LongPathsEnabled=1 bringt nichts, da das logischer Weise nur auf dem Host gilt. Da der Fehler aber in der WinPE Umgebung auftritt (SafeOS), müsste man das hier auch vor dem Neustart aktivieren. Also wohl nicht so ganz durchdacht die Sache mit dem externen Speicher.