Обновления, нарушающие Windows Embedded Standard 7 в DISM

Question

Какие обновления нарушают работу Windows Embedded Standard 7 при потоковой передаче в install.wim с помощью DISM?

В настоящее время я исследую это, так как обнаружил, что несколько обновлений приводят к сбою установки во время работы внутри WinPE.

Ранее я добавил обновления в файл AutoUnattend.xml, и они были установлены как часть процесса установки, но недавно я обнаружил, что это больше не работает. В процессе установки я начал получать эту ошибку:

Out of memory

По словам Microsoft, официальное решение для этого заключается в использовании DISM для потоковой передачи обновлений в файл install.wim . Предполагается, что это дает дополнительные преимущества: создание меньшего файла образа и более быстрая установка.

Тем не менее, я обнаружил, что некоторые обновления приводят к сбою этого официального процесса. Один из наиболее распространенных симптомов, который я обнаружил, заключается в том, что после Pass1 машина будет постоянно перезагружаться.

Почему это входит в цикл перезагрузки, и кто-нибудь еще знает, какие конкретные обновления вызывают это?

Answer 1

В отсутствие кого-то, кто уже знает, я сам исследую это, тестирую по одному обновлению за раз. Смотрите список проблемных обновлений, которые я нашел ниже.

Я использую Windows Embedded Developer Update (WEDU) для сбора обновлений, добавления пакетов обновлений с помощью DISM и создания копии install.wim. Когда пакет обновлений приводит к сбою, я восстанавливаю предыдущую копию install.wim, делю пакет пополам и повторяю процесс.

Стоит отметить: метод DISM/Streaming должен уменьшить общий размер установочного носителя. Тем не менее, при монтировании - потоковой передаче - размонтировании - тестировании - перемонтировании - повторной потоковой передаче - размонтировании - тестировании - и т.д., Файл install.wim неоднократно теперь на 20% больше, чем был бы, если бы я передавал все 200 патчей, которые я До сих пор тестировали в одном процессе монтирования-потока-размонтирования.

Я намерен продолжить добавлять обновления проблем к этому ответу, поскольку я собираю дополнительные данные.

В диапазоне от kb2425227 до kb3059317 (включительно) я обнаружил следующие обновления, которые приводят к невозможности использования установочного носителя при добавлении этих обновлений в файл install.wim с помощью DISM:

• kb2871997
• kb2973351
• kb2982378
• kb2984972
• kb2992611
• kb3003743
• kb3004375
• kb3011780
• kb3023562
• kb3033929
• kb3035131
• kb3046049
• kb3057154

И я собираюсь остановиться сейчас, потому что я только что нашел образец. Каждое из сбойных обновлений в приведенном выше списке имеет имена файлов, которые содержат строку: "x86_microsoft-windows-lsa" в манифесте. Исходя из этого, я исключил все остальные обновления, содержащие строку, и обнаружил, что установка прошла успешно. Я включил Обновления безопасности до kb3170455 и Обновления до kb3153731 в этом финальном тесте.

Я не доказал, что обновления в следующем списке вызывают проблему перезагрузки, которую я видел, и я не собираюсь проверять каждую из них, чтобы доказать это. Следующий список - это обновления, которые, по моему мнению, могут вызвать проблему, и их исключение было достаточно для решения проблемы, которую я видел.

Обновления безопасности:

• kb3060716
• kb3061518
• kb3067505
• kb3071756
• kb3083992
• kb3088195
• kb3097966
• kb3126587
• kb3146706
• kb3149090
• kb3153171
• kb3161561

Обновления:

• kb2973337
• kb3023607
• kb3080079