[решено] Windows 10 LTSC Обновление

[Vanadiy777]

Пытаюсь создать установочный дистрибутив Windows 10 LTSC с интегрированными обновлениями и включенным .NET Framework 3.5.
Проблема заключается в следующем:
Если не включать .NET Framework 3.5. в процессе интеграции, винда ставится нормально, и после установки не требует никаких обновлений.
Если при интеграции включить .NET Framework 3.5, винда ставится, но после установки требует обновление последним накопительным пакетом, не смотря на то, что он уже был интегрирован в дистрибутив прежде.
При этом Winver после установки системы показывает версию Windows, соответствующую той, которая была интегрирована.
Скорее всего, эта тема уже поднималась где-то, но поиском ничего не нашел...

[Painkiller]

У вас так происходит , потому что вы не учли нюансы. Сначала включаем или выключаем компоненты , а потом интегрируем обновление , а не наоборот . Иначе накопительное обновление будет предлагаться центром обновления повторно хоть и установлены.

[Vanadiy777]

Painkiller, Спасибо огромное за ответ.
Примерно так и предполагал, что дело в последовательности, поэтому попробовал несколько вариантов.

Подопытный install.wim - оригинальный Windows 10 Enterprise LTSC v 1809, сборка 10.0.17763.107. (x86/x64)

Последовательность действий:


1. Включение компонента .NET Framework 3.5
2. windows10.0-kb5003711 (обновление служебного стека)
3. windows10.0-kb4535680
4. windows10.0-kb4589208
5. windows10.0-kb4486153 (интеграция .NET Framework 4.8)
6. windows10.0-kb5003538 (Накопительное обновление .NET Framework 3.5 и 4.8)
7. windows10.0-kb5003541 (Накопительное обновление .NET Framework 3.5 и 4.7.2)
8. windows10.0-kb5004244 (Накопительное обновление для Windows 10 Version 1809)

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


1. windows10.0-kb5003711 (обновление служебного стека)
2. windows10.0-kb4535680
3. windows10.0-kb4589208
4. windows10.0-kb4486153 (интеграция .NET Framework 4.8)
5. windows10.0-kb5003538 (Накопительное обновление .NET Framework 3.5 и 4.8)
6. windows10.0-kb5003541 (Накопительное обновление .NET Framework 3.5 и 4.7.2)
7. windows10.0-kb5004244 (Накопительное обновление для Windows 10 Version 1809)
8. Включение компонента .NET Framework 3.5

В этом случае версия сборки так же не изменяется, система ставится быстро, после установки версия остается 10.0.17763.107
и требует обновление windows10.0-kb5004244. Далее происходит полноценная установка обновления с перезагрузкой.


1. windows10.0-kb5003711 (обновление служебного стека)
2. windows10.0-kb4535680
3. windows10.0-kb4589208
4. windows10.0-kb4486153 (интеграция .NET Framework 4.8)
5. windows10.0-kb5003538 (Накопительное обновление .NET Framework 3.5 и 4.8)
6. windows10.0-kb5003541 (Накопительное обновление .NET Framework 3.5 и 4.7.2)
7. windows10.0-kb5004244 (Накопительное обновление для Windows 10 Version 1809)
8. удаление замененного накопительного обновления 10.0.17763.107.1.3
9. Включение компонента .NET Framework 3.5

В этом случае версия сборки становится 10.0.17763.2061, ставится быстро. После установки находит накопительное
обновление windows10.0-kb5004244, но ставит его как бы в режиме верификации, т.е. без перезагрузки.


Если не затруднит, подскажите пожалуйста правильный алгоритм действий, или пните в нужном направлении.

На Windows 10 Pro 21H1 все отлично интегрируется как нужно без всяких проблем.

Заранее благодарен.

[Painkiller]

Vanadiy777, мой интегратор для 1809 интегрирует в такой последовательности:

1. Включает NET Framework 3.5
2. KB4577586
3. KB5003711
4. KB4589208
5. KB5004244
6. KB4486153
7. KB4486174
8. KB4499918
9. KB5003538

В такой последовательности проблем нет.

Зачем вам обновление kb5003541 для .NET Framework 3.5 и 4.7.2 ???? Вы интегрировали в образ NET Framework 4.8 и обновление должны быть для 4.8, а не для 4.7.2. Оно лишнее тут.

[Vanadiy777]

Painkiller, Спасибо Вам огромное!
Обновление kb5003541 сначала не добавил, тоже посчитав его не нужным, но оно почему то прилетело...
Сейчас попробую пересобрать, по результатам отпишусь.
С огромной благодарностью и уважением.

[Vanadiy777]

Painkiller,
Отчет, как говорится, о проделанной работе...
По Вашему алгоритму и в нужной последовательности попытался пересобрать install.wim.
Правда, для чистоты эксперимента, пришлось добавлять предварительные, но это не важно, главное ошибку отловить...
Итак, по результатам...
В х86 все интегрируется, устанавливается, и после установки просит только обновления для Дефендера (не считая драйверов).
На х64 - ежемесячное накопительное интегрируется, но номер сборки не меняется, т.е. и не интегрируется вовсе, о чем, собственно, и говорит /Get-Packages.
Пока подозрение падает на kb4535680, ведь в х86 этого обновления нет, и там все нормально.
Попробую х64 собрать без него, скорее всего в нем дело...
Или попробовать интегрировать его после интеграции ежемесячного накопительного...
В общем, пока пробуем...
В любом случае благодарю за подсказку в нужном направлении.

[Vanadiy777]

Painkiller,
как и предполагал, всему виной было обновление kb4535680.
Проблему решил добавив обновления в такой последовательности:

1. Включает NET Framework 3.5
2. KB4577586
3. KB5004424
4. KB4589208
5. KB5004308
6. KB4486153
7. KB5004332
8. KB4535680

После этого все установилось как надо, и никаких обновлений не просит.
Painkiller,
Вам огромное человеческое спасибо за помощь.
Вопрос можно считать решенным и тему закрытой.

[Painkiller]

Vanadiy777, это хорошо что всё получилось. Я бы вам не советовал использовать префьюшные накопительные обновления . Обновление KB4577586 уже лишние из списка

[Vanadiy777]

Painkiller, Еще раз огромное Вам спасибо за помощь, у меня эти пляски начались с января, как вышло это гребаное kb4535680.
Как-то и подумать не мог, что критическое обновление, да еще с более ранней датой, может влиять на накопительное...
До этого собиралось все нормально.
Но главное - результат!
Без Вас я бы еще долго чертей гонял бы по всему компьютеру...
Painkiller, еще раз - снимаю шляпу и низкий Вам поклон от всей души...

[Vanadiy777]

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

[Zlad]

Добрый день форумчане. Несколько дней назад и я решил создать образ Windows 10 LTSC с интегрированными обновлениями. Делал я это через Windows ADK с помощью DISM команд.
Так как опыта в этом у меня ещё не было, то я по совету на одном из форумов решил интегрировать в образ только последнее на тот момент обновление kb5005030.
Но это обновление не хотело интегрироваться, выскакивало сообщение об ошибке. Когда я прочитал, что для этого обновления необходимо kb5003243, то включил и его в список.
Так вот, оно интегрировалось, а kb5005030 опять - нет. Подскажите пожалуйста, что я не так делаю. Или укажите на мануалы, где расписан правильный порядок интеграции обновлений в установочный образ.
И также как включать Net Framework 3.5 в обновлениях? Буду благодарен за любую посильную помощь!

[Vanadiy777]

Zlad, попробуйте внимательно прочесть предыдущую страницу, там Painkiller подсказал примерный порядок интеграции.
Поиском по номеру обновления несложно выяснить для чего оно предназначено и составить свой список актуальных обновлений на текущую дату.
Про то, как включить .Net Framework 3.5 можно вот здесь (https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/enable-or-disable-windows-features-using-dism) почитать.
Вместо kb5003243 Вам нужно было использовать kb5005112, тогда и kb5005030 интегрировалось бы.

[Zlad]

Vanadiy777, Спасибо большое за подсказки. Вы мне очень помогли. Net framework включил и обновления интегрировал. По поводу Вместо kb5003243 Вам нужно было использовать kb5005112, тогда и kb5005030 интегрировалось бы. » аы оказались правы! Перед этим я читал на сайте поддержки Microsoft, что перед установкой kb5005030 нужно установить kb5003243 или kb5005112. Вот я с первым и попробовал, а когда не получилось - подумал, что что-то не так делаю и решил обратиться за помощью. А надо было попробовать и второе обновление!
Поэтому ещё раз благодарю за помощь и позволю задать вам ещё один вопрос. А почему Microsoft отключило Net Framework 3.5? Может и не стоит его включать в установочном дистрибутиве?

[Vanadiy777]

Zlad, очень рад, что у Вас все получилось.
А почему Microsoft отключило Net Framework 3.5? Может и не стоит его включать в установочном дистрибутиве? »
По поводу .Net Framework 3.5 ничего сказать не могу, как то не вдавался в подробности.
Включать или не включать? Все зависит от того, нужен он для ваших программ или нет.
Мне, например, нужен для правильной работы некоторых старых программаторов.
В конце концов, его можно включить и после установки системы
через "Программы и компоненты" > "Включение или отключение компонентов Windows"

[Vadikan]

А почему Microsoft отключило Net Framework 3.5? »
Потому что нормальные разработчики давно используют 4.х

Может и не стоит его включать в установочном дистрибутиве? »
Может и не стоит. Вам нужно определиться, есть ли у ваших пользователей рабочая необходимость в 3.5. А пихать "на всякий случай" - странно. Если только не г-сборка собирается, там это обычное дело.

[Vanadiy777]

Если только не г-сборка собирается »
Нет, нет, Вадим, никаких г-сборок. Только обновления + аддоны DirectX и Visual C++ от abbodi1406.
Или это тоже считается?

[Vadikan]

Или это тоже считается? »
Определение г-сборок я давал тут https://t.me/sterkin_ru/1114

[boss911]

Тут кто-то в чате спрашивал определение г-сборки. У меня простое: выложил сборку в интернеты, получил приставку "г". Соответственно, если вы установили сборку из интернетов, у вас г-сборка.
Видимо simplix стоит сообщить, что его сборка Windows XP Pro SP3 VLK Rus (x86) на его форуме - г-сборка, может он не знает. Или старых версий ОС и здешних модераторов это не касается? Вопрос риторический.

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

Потому что нормальные разработчики давно используют 4.х »
Никого не хочу обидеть, но для меня нормально, это когда приложение не на .NET.

[Vanadiy777]

Определение г-сборок я давал тут »
Благодарю за материал. К счастью это не мой случай.
Только обновления и аддоны.

[Vadikan]

Видимо simplix стоит сообщить, что его сборка Windows XP Pro SP3 VLK Rus (x86) на его форуме - г-сборка, может он не знает. »
Сообщи, не сиди сложа руки.

Или старых версий ОС и здешних модераторов это не касается? Вопрос риторический. »
Ключевой момент - на его форуме. Там он волен делать что угодно.

Никого не хочу обидеть, но для меня нормально, это когда приложение не на .NET. »
Очевидно, контекст моего мнения был ограничен приложениями .net framework.