Trouvé “L’installation de Windows 10 a échoué” lors de l’installation de la version officielle.

TL; DR à la fin

J’ai trouvé que la différence entre une image ISO d’installation “cassée” (celle avec “Quelque chose s’est passé” à 18% en raison d’une tentative de copie du fichier deux fois) et une “bonne” est le nom de la source des fichiers / installation. ?? ?. Appelé “install.esd”, il est ensuite copié deux fois à partir du support d’installation – d’abord à l’étape “Préparer (% d %%)” (une petite fenêtre immédiatement après l’exécution d’un programme d’installation) puis après avoir cliqué sur “Installer” à la fin de l’assistant de mise à niveau. Bien sûr, si nous installons à partir d’un DVD, cela échoue, car “Install.esd” a un attribut “lecture seule”.

Si le fichier “install.wim” est nommé à la place, dans cette petite fenêtre “Préparer (% d %%)”, il n’est pas copié dans c: $ Windows. ~ BT Directory, (la progression est beaucoup plus rapide) puis, après avoir terminé l’assistant de mise à niveau, le reste de l’installation est prêt.

Si nous donnons une image ISO «cassée» et renommons uniquement les sources / install.esd en sources / install.wim, le programme d’installation commence à se comporter comme prévu. L’inverse est également vrai.

Le fichier install.esd (incorrect) est nommé lorsque nous essayons l’outil de création de média pour préparer un fichier ISO à double architecture (x86 et x64). Lorsque nous lui demandons de créer un fichier d’architecture, alors nous obtenons «install.wim» comme nom correct (nous avons essayé x86 jusqu’à présent). Fait intéressant, “install.wim” est différent de “installx86.esd”, à partir duquel il est créé – installx86.esd est environ 6 mégaoctets plus grand. Logs suggère que ce installx86.esd peut être chiffré (?) Bien que je ne l’ai pas étudié plus avant (pour moi, les deux semblaient être dans le même format avec un contenu légèrement différent).

Le coupable est très probablement l’outil de création de média – certains programmeurs ont peut-être oublié de gérer la situation, lorsque les fichiers * .esd doivent être traités respectivement vers x86 / sources et x64 / sources.

Je ne peux pas confirmer cette hypothèse en recréant l’architecture double ISO avec un outil de création de média récemment téléchargé, car le nouveau fait maintenant une autre erreur juste après son démarrage (bien qu’il y ait un code d’erreur à la fin autre que «Quoi qu’il en soit, il semble y avoir eu des changements dans l’outil de création de média – celui que j’ai téléchargé le 30 juillet est de 2 ko plus court, tous les fichiers (y compris les fichiers compressés à l’intérieur).

TL; DR: L’outil de création de média du 30 juillet avait l’habitude de nommer incorrectement le fichier install.wim en cas d’architecture de fichier ISO double, ce qui poussait le programme d’installation à essayer de le copier deux fois à partir du DVD et à échouer une deuxième fois.