Mise à jour de Windows Windows Embedded Standard 7 dans DISM

Quelles mises à jour interrompent Windows Embedded Standard 7 lorsqu'elles sont diffusées dans install.wim à l' aide de DISM ?

Je recherche actuellement ceci car j'ai trouvé plusieurs mises à jour provoquant l'échec de l'installation lors de l'exécution dans WinPE.

Auparavant, j'ai ajouté des mises à jour au fichier AutoUnattend.xml et elles ont été installées dans le processus d'installation, mais récemment, j'ai découvert que cela ne fonctionne plus. Pendant le processus d'installation, j'ai commencé à obtenir cette erreur:

Out of memory 

Selon Microsoft, la solution officielle à cela est d'utiliser DISM pour diffuser les mises à jour dans le fichier install.wim . Ceci est censé avoir les avantages supplémentaires de créer un fichier image plus petit et une installation plus rapide.

Cependant, je trouve que certaines mises à jour font que ce processus officiel échoue également. L'un des symptômes les plus courants que je trouve est qu'après Pass1, la machine redémarre continuellement.

Pourquoi cela se passe-t-il dans un cycle de redémarrage, et est-ce que quelqu'un d'autre sait quelles mises à jour spécifiques en font?

En l'absence de quelqu'un d'autre qui sait déjà, je recherche cela moi-même, en testant une mise à jour à la fois. Voir la liste des mises à jour des problèmes que j'ai trouvées ci-dessous.

J'utilise Windows Embedded Developer Update (WEDU) pour collecter des mises à jour, ajouter des lots de mises à jour avec DISM et faire une copie de install.wim . Lorsqu'un lot de mises à jour entraîne une défaillance, je restaure la copie précédente de install.wim, divisez le lot en deux et répétez le processus.

Il convient de noter: la méthode DISM / Streaming est supposée diminuer la taille totale du support d'installation. Cependant, en passant par le montage – le streaming – le démontage – le test – le rapprochement – le transfert à nouveau – le démontage – le test, etc., à plusieurs reprises, le fichier install.wim est maintenant d'environ 20% plus grand que ce serait si j'avais diffusé les 200 correctifs. Nous avons testé jusqu'à présent dans un processus de montage-flux-démontage.

J'ai l'intention de continuer à ajouter des mises à jour de problèmes à cette réponse car je rassemble d'autres données.

Dans la gamme kb2425227 à kb3059317 (inclus), j'ai trouvé les mises à jour suivantes pour que les supports d'installation soient inutilisables lorsque ces mises à jour sont ajoutées au fichier install.wim à l'aide de DISM:

  • Kb2871997
  • Kb2973351
  • Kb2982378
  • Kb2984972
  • Kb2992611
  • Kb3003743
  • Kb3004375
  • Kb3011780
  • Kb3023562
  • Kb3033929
  • Kb3035131
  • Kb3046049
  • Kb3057154

Et je vais m'arrêter maintenant parce que je viens de trouver un modèle. Chacune des mises à jour défaillantes dans la liste ci-dessus contient des noms de fichiers contenant la chaîne: "x86_microsoft-windows-lsa" dans le manifeste. Sur cette base, j'ai exclu toutes les autres mises à jour contenant la chaîne et j'ai trouvé que mon installation était terminée. J'ai inclus les mises à jour de sécurité jusqu'à kb3170455 et les mises à jour jusqu'à kb3153731 dans ce test final.

Je n'ai pas prouvé que les mises à jour dans la liste suivante provoquent le problème de redémarrage que je voyais, et je n'ai pas l'intention de tester chacun pour le prouver. La liste suivante est une mise à jour qui, je crois, causerait le problème, et l'exclusion de ceux-ci était suffisante pour résoudre le problème que je voyais.

Mises à jour de sécurité:

  • Kb3060716
  • Kb3061518
  • Kb3067505
  • Kb3071756
  • Kb3083992
  • Kb3088195
  • Kb3097966
  • Kb3126587
  • Kb3146706
  • Kb3149090
  • Kb3153171
  • Kb3161561

Mises à jour:

  • Kb2973337
  • Kb3023607
  • Kb3080079