none
Erreur 87 DISM à la redescente d'image via MDT RRS feed

  • Question

  • Bonjour à tous,

    J'ai donc le message suivant dès le début de la redescente de ma nouvelle image W10 en bootant sur MDT:

    "Failure (5624) : 87: Run DISM: /Apply-Image / ImageFile:"\\2K12SVC1\DShare$\Operating Systems\W10-1803-TC\Sources\install.wim" /Index:5 /ApplyDir:C:
    LiteTouch deployment failed, Return Code = -2147467259 0x80004005"

    (Je voulais mettre une capture écran mais mon compte n'est pas encore validé).

    J'utilise donc MDT 2013 Update 2 pour gérer mes masters W10. Jusqu'à aujourd'hui, tous mes masters sont des W10 1ère version (1511) et il n'y a aucun problème.
    Je viens de faire un nouveau master en W10 1803 et fait comme d'habitude (sysprep puis capture de l'OS).
    Le fichier install.wim qui est crée est ensuite mis sur MDT dans mon répertoire habituel DShare\Operating Systems, puis dans le répertoire de mon nouveau master : W10-1803-TC.

    Je remplace donc ensuite dans "sources" le fichier install.wim d'origine par le nouveau (sysprépé).
    J'ai toujours fonctionné comme ça et ça a toujours marché.

    Là j'ai donc cette erreur 87 DISM dès le début de la phase d'install.
    Si je redescends cette image avec le install.wim d'origine, ça fonctionne. Ça bloque dès que je remplace par le install.wim sysprépé.

    Pourtant lorsque j'ai fait le sysprep, il a parfaitement fonctionné (aucune erreur) et aucun problème non plus lors de la capture.

    J'ai trouvé ce sujet sur le support Microsoft:
    https://support.microsoft.com/fr-fr/help/3082581/dism-command-fails-with-error-code-87-when-you-try-to-apply-a-windows

    Je l'ai suivi et ai rajouté le pilote de filtre Wofadk.sys dans mon image de boot LiteTouchPE_x64 (qui est dans DShare\Boot) puis enregistré via les commandes DISM mount et unmount, ça n'a pas suffit (même erreur).

    Je ne vois pas trop ce qui bloque...

    Quelqu'un aurait une idée?
    Merci!

    samedi 11 août 2018 21:33

Réponses

  • Bonjour Momominta,
    Je viens de trouver aujourd'hui l'origine du problème : effectivement cela venait bien de la séquence de tâche, mais pas la solution que vous proposiez!
    En fait j'avais bien crée la TS. Mais je me suis rendu compte en voulant éditer l'Unattend.xml ("Edit Unattend.xml" dans la rubrique Info de la TS) qu'il ne s'ouvrait pas, avec un message d'erreur sur l'image, indiquant que l'index de l'image n'était pas bon (index : 5).

    Et j'ai compris le pb : l'image W10 que j'avais montée sur MDT était donc la dernière (1803). Et je me suis rendu compte (et je l'ai compris en lisant un article ailleurs) que Microsoft incorpore à présent toutes les versions de l'OS dans ses ISO depuis la 1709 (Education, Enterprise, etc...).

    Effectivement dans MDT, l'OS que j'avais monté comprenait toutes les versions de la 1803, et donc chaque version avait un index différent!

    La version que j'avais choisi dans la TS et qui m’intéressait (W10 Pro) avait l'index 5 : ça ne pouvait donc pas fonctionner lors de la redescente de l'image.

    A savoir donc dans ce cas de figure : il faut indiquer à la TS dans la rubrique "Install > Install Operating System > Operating system to install > Browse" la 1ère version (dans la liste qui apparaît) de l'OS qu'on a monté, puisque c'est cette version qui possède (normalement... à vérifier) l'index 1.
    Dans mon cas c'était la version Education.
    Cela ne pose aucun pb par la suite. C'est juste que la séquence de tâche indique une version de l'OS qui n'est pas la bonne, mais lorsqu'on redescend l'image, on a bien la bonne version.

    Merci de votre aide.

    • Marqué comme réponse depechesvp jeudi 23 août 2018 19:18
    jeudi 23 août 2018 19:18