Обновления, нарушающие Windows Embedded Standard 7 в DISM
Какие обновления нарушают работу Windows Embedded Standard 7 при потоковой передаче в install.wim с помощью DISM?
В настоящее время я исследую это, так как обнаружил, что несколько обновлений приводят к сбою установки во время работы внутри WinPE.
Ранее я добавил обновления в файл AutoUnattend.xml, и они были установлены как часть процесса установки, но недавно я обнаружил, что это больше не работает. В процессе установки я начал получать эту ошибку:
Out of memory
По словам Microsoft, официальное решение для этого заключается в использовании DISM для потоковой передачи обновлений в файл install.wim. Предполагается, что это дает дополнительные преимущества: создание меньшего файла образа и более быстрая установка.
Тем не менее, я обнаружил, что некоторые обновления приводят к сбою этого официального процесса. Один из наиболее распространенных симптомов, который я обнаружил, заключается в том, что после Pass1 машина будет постоянно перезагружаться.
Почему это входит в цикл перезагрузки, и кто-нибудь еще знает, какие конкретные обновления вызывают это?
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