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

938
trindflo

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

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

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

Out of memory

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

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

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

0
Если вы не можете найти в Интернете, где кто-то еще выявил проблему, вам придется просматривать обновления по одному, чтобы найти этот ответ самостоятельно. music2myear 7 лет назад 0
Согласовано; спасибо за подтверждение моего подозрения. Это в основном то, что я делаю, хотя я экономлю некоторое время, "триангулируя": я добавляю пакет обновлений, если есть проблема, я делю пакет пополам и проверяю, чтобы увидеть какая половина обновлений вызывает проблему. Я попробовал интернет-источники и нашел, что это пустая трата времени. По крайней мере, когда я закончу, здесь будет онлайн-источник! Я буду продолжать обновлять по крайней мере, пока trindflo 7 лет назад 0
Это разумно. music2myear 7 лет назад 0
Как только вы нашли проблемный вопрос, опубликуйте его здесь в качестве ответа, если кто-то еще его правильно не определил. Таким образом, будущие спрашивающие найдут ответ. music2myear 7 лет назад 0
Абсолютно. Я обновляю вопрос, пока не закончу. Я до двух плохих. trindflo 7 лет назад 0
Я изменил свой вопрос в попытке прояснить, что я делаю. Это было отложено из-за слишком широкой. Я думаю, что это конкретный вопрос о конкретной версии встроенной Windows 7, и я хотел бы дать ответ, как только я закончу свое исследование. Дайте мне знать, что я могу сделать, чтобы улучшить вопрос. trindflo 7 лет назад 0
Просто продолжай работать над этим. Вы делаете услугу. Некоторые администраторы имеют тенденцию вызывать зуд, когда дело доходит до закрытия / приостановки. Не позволяй им отговорить тебя. Итак, вы к этому моменту определили, что каждое из перечисленных выше обновлений вызывает проблему в Windows 7 Embedded, или они не могут быть переданы в образ перед развертыванием? music2myear 7 лет назад 0
Проблема в том, что они не могут быть переданы в install.wim до создания образа IBW из файла ответов. Полученный DVD-диск будет постоянно перезагружаться после фазы 1. Обновления в файле ответов выглядят нормально, но затем образ перестает работать из-за нехватки памяти в небольшой ОС, используемой при установке (также называемой предустановкой Windows). trindflo 7 лет назад 0
@ music2myear Использование термина «администраторы» для описания пользователей, проголосовавших за закрытие этого вопроса, сбивает с толку, ни один из нас не является администратором, а не модератором. Ramhound 7 лет назад 0
«повторно файл install.wim теперь примерно на 20% больше, чем он был бы, если бы я направлял все 200 исправлений, которые я до сих пор тестировал, в один процесс mount-stream-unmount». Я считаю, что есть команда dism, которая решает эту проблему здесь: https://msdn.microsoft.com/en-us/library/jj963514(v=winembedded.81).aspx Ramhound 7 лет назад 0
Хороший вопрос о переключателе DISM. Я не экспериментировал с использованием DISM версии 8 против образа версии 7. Версия 7 DISM не имеет этого переключателя. Я считаю, что переключатель также делает невозможным последующее удаление обновлений. Я попробую, когда закончу искать плохих. trindflo 7 лет назад 0
@trindflo, хорошая работа в этом. Я попытался сделать небольшую очистку, чтобы соответствовать правилам сайта, переместив часть, связанную с «ответом», к ответу, что также устранило запутанный двойной список. Возможно, вы захотите проверить, что я сделал, и при необходимости откорректировать. fixer1234 7 лет назад 0
Отлично смотрится fixer1234. Я учился на опыте. Этот сайт имеет лучшие надежные ответы, и я думаю, что это потому, что он управляется сообществом. Я бы хотел принять в этом участие. trindflo 7 лет назад 0
Я попытался использовать DISM версии 8, чтобы уменьшить размер получаемого изображения, и получил сообщение «Ошибка DISM DISM MSI Manager: PID = 5080. Не удалось найти автономный файл MSI.dll из образа (C: \ Program Files (x86) \ Windows Embedded Standard». 7 \ DSSP1 \ mount \ Windows), hr = -2147024894 - CMsiManager :: Initialize (hr: 0x80070002) `что, как я понимаю, означает, что DLL из образа должна обрабатывать ключ ** / StartComponentCleanup **. В любом случае, я столкнулся с ошибкой `startcomponentcleanup, которая не распознается в этом контексте`, когда я попробовал ее. Решение, кажется, должно начинаться с нуля. trindflo 7 лет назад 0

1 ответ на вопрос

2
trindflo

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

Я использую 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

Похожие вопросы