[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 убрал - оно действительно уже лишнее.
Все получилось, за что Вам еще раз огромное человеческое спасибо.