mintyrhinoceros
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BlackXSun
Цитата:| Если 3020369 ставить автономно перед скриптом, то всё нормально. |
Его именно так и нужно ставить...
KB3020369 - это обновление стека обслуживания, функционал которого
используется в том числе и при установке обновлений OS. После его выхода
многие более свежие обновления требуют его предварительной установки.
Но KB3020369 обладает и обратной функциональной совместимостью по
отношению к обновлениям OS, вышедшим ранее него. Так что, если вы ставите
OS с нуля, первое обновление, которое желательно установить в систему, это
именно последнее обновление стека обслуживания.
Это предотвращает возникновение вероятных ошибок при дальнейшей установке
обновлений, а так-же сокращает общее время установки обновлений, по моим
наблюдениям, процентов на 10-15.
----------------------------------------------------------------------
ЗЫ: Кстати, пользуясь случаем, еще одно замечание: не следует смешивать в одном
пакете установку обновлений OS и обновлений .NET_351. Как вы наверное догадываетесь,
здесь все дело в службе .NET Runtime Optimization Service (mscorsvw.exe), которая
запускается после каждого установленного обновления .NET_351 для перекомпиляции библиотек
платформы, что занимает сравнительно много времени и отвлекает дополнительные ресурсы памяти
и процессора.
В результате, при смешанной установке обновлений замедляются
оба процесса установки: как регулярных обновлений OS, так и обновлений .NET_351.
Более рациональное решение здесь:
1) Установить все обновления OS, затем перезагрузиться.
2) Все обновления .NET_351 сгруппировать в один блок и ставить
отдельной пакетной установкой. На время установки службу оптимизации
можно отключить, а по окончании установки запустить вновь.
Все это заметно сократит общее время установки обновлений....
------------------------------------------------------------------------------------------
ЗЗЫ: Возвращаясь к теме обновлений для RDP.
Скажу сразу: я получил искреннее удовольствие, читая ваши
посты на тему обновлений RDP. Действительно, все гениальное просто...
Кто же в большей мере прав из спорящих: Us2002 или автор "гениально
простого поста"?
Как ни странно Us2002 интуитивно был ближе к истине,
хотя не смог это правильно выразить и использовал немного не тот язык....
Что же касается автора "гениально простого поста", то чувствуется, что
товарищ имеет большой опыт составления юридических документов и/или
смыслового крючкотворства: он так хитро упаковал слова, что произвольно выделяя
жирным тот или иной фрагмент своего поста, может оказатся прав во всех случаях одновременно...
Но один промах он все-же сделал: удалил KB2984972, что делать не следовало...
Тем не менее, исходя из характера постов, очевидно, что здесь нет полного
понимания процесса обновления компонентов RDP.
Позвольте прояснить ситуацию пользуясь максимально простым языком...
Итак, возьмем встроенный в OS RDP_7.1 В разрезе файловой структуры, это
определенный, строго очерченный набор библиотек, драйверов, исполняемых
файлов, соответствующих языковых ресурсов и т.д. со своими совершенно определенными
именами. Полный список могу легко привести. Взаимодействие между этими компонентам строго
обусловленно и образует функциональный каркас RDP или точнее, матрицу взаимодействия
компонентов, где нет лишних звеньев. Внутри этого каркаса имеется своя эволюция компонентов:
это линейка обновлений для RDP_7.1
Что же происходит, когда мы обновляем жесткую матрицу RDP_7.1 до RDP_8.0 и
RDC_8.1?
Прежде чем продолжить, прошу обратить внимание на один момент: при
обновлении RDP_7.1 до RDP_8.0 и RDC_8.1 ни вносится ни одного файла,
библиотеки или драйвера, названия которых бы отличались от наименования
исходных компонентов RDP_7.1 и которых там бы не было бы раньше.
Ни одной новой дополнительной позиции! Происходит только выборочное замещение некоторых
компонентов в исходном каркасе. Обновляются только версии этих компонентов.
Сам каркас, топология межкомпонентных взаимосвязей и взаимодействий не изменяются.
--------------------------------------------------------------
Что бы стало еще понятнее, позвольте проассоциировать RDP_7.1 с каким-нибудь авто.
Представьте, что у вас в гараже стоит ВАЗ_2101 и вы решили его модернизировать.
Итак вы заменяете карбюратор, можно сменить руль на овальный или, если хотите,
квадратный, можно даже заменить моторчик на Matiz'овский. Предположим...
Колеса и карданный вал вы не поменяли.
Остановимся и посмотрим, что мы имеем после модернизации:
а) Можем мы утверждать, что версия нашей машины обновилась, и
стала более высокой? Да. В принципе можем.
б) Можем ли утверждать, что колеса - это ошметки старой версии, и их
можно выдернуть, как кобыле хвост? Утверждать конечно можем: можем
даже колеса выдернуть. Но после этого мы уже врядли куда-нибудь уедем..
----------------------------------------------------------------
Надеюсь понятно: обновляясь до RDP_8.0 и RDC_8.1 мы только выборочно
заменяем некоторые компоненты на более новые, с точно такими же названиями в каркасе RDP_7.1
Сам каркас и взаимодействие компонентов остаются старыми. Те-же функциональные элементы ("колеса"),
которые не были замещены их обновленными версиями, продолжают функционировать по сценарию,
задаваемому исходной топологической матрицей. Они, эти "колеса", не ошметки старой версии,
а полноценные функциональные компоненты.
Именно поэтому, если вы их удалите, они будут настойчиво, вновь и вновь предлагаться WU.
И это касается не только KB2984972, а любого обновления для RDP_7.1, список которых
я приводил в предыдущих постах: (см. KB2621440 и т.д. далее по списку), файловые версии
компонентов которых не были принудительно замещены их новыми вариантами.
-----------------------------------------------------------------
PS: Если же говорить конкретно про KB2984972, то удаляя его вы тем самым
добровольно отказываетесь от:
1) Самой последней на данный момент GDR-версии обновления безопасности драйвера
rdpwd.sys, используемого в том числе и при работе RDP_8.0 и RDC_8.1.
3) Самых последних, актуальных на данный момент GDR-версии обновлений безопасности
библиотек: rdpcorekmts.dll и winsta.dll
2) Самой последней, актуальной на данный момент GDR-версии обновления безопасности
для winlogon.exe
Версии этих компонентов, присутствующих в KB2984972, самые высокие на данный момент и
ничем не заменены. Никаким другим обновлением. Удаление KB2984972 из списка актуальных
обновлений, это, разумеется, безграмотное решение.
|
