» Обновления для Microsoft Windows XP

eGorZ
Ну вообще ржака Билл Гейтс принял индуизм, в MS работают только индусы

Может этот фикс к XP вообще не относится?

Цитата:

Всё время Винду обновлял с этого форума, сейчас попробовал проверить обновления на их сайте (вдруг чего пропустил) а оно мне вот такое выдало :

Это из-за чего так ? Винда лицензионная (если важно).

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

TechnicsKuzya

Цитата:

Пара обновлений вообще после перезагрузки ставятся..!!??

Да не пару, а три таких обновления имеются: KB970430, KB971737 и KB975467...
А Вы отразили это как-то в своем скрипте, или они ставятся общим скопом со всеми остальными высокоприоритетными, без промежуточной перезагрузки?

mintyrhinoceros, я ставлю скопом, WU их после такой установки не предлагает, еще не проверял, но надеюсь они устанавливаются без ошибок. Сегодня думаю проверю их логи и соответствие файлов.

Добавлено:
Что странно, KB975467, в прошлом месяце через WU ставился в общем скопе, а теперь после перезагрузки... К чему бы это...

Паника вчера вечером всвязи с недоступностью сервера WU была преждевременной.
Сегодня с утра все нормализовалось.

TechnicsKuzya
Я проверял 2 декабря: тогда от тоже предлагался после перезагрузки и
только после предварительной установки KB968389

Когда составлял ноябрьский сборник, последовательность с WU действительно была такая:

KB968389
KB975467

Следовательно, можно предположить, что перезагрузку добавили, т.к. KB975467 ставится, только при наличии KB968389, а т.к. WU это определит, только после перезагрузки и повторного сканирования, иного выхода у них нет... Хотя можно было сделать так, что если пользователь снимает галочку с KB968389, автоматически блокируется загрузка и установка KB975467. (надо этот момент уточнить проверкой логов... сейчас занимаюсь сборником для 2003, позже проверю)

TechnicsKuzya
mintyrhinoceros
Что-то я не совсем понял про перезагрузку... Надо сначала поставть список 1 без KB970430, KB971737 и KB975467, потом перезагрузиться и поставть их?

Brother Micro
Списками TAILORD'а я не пользуюсь, а здесь
имелся ввиду сценарий, по которому устанавливает обновления WU на свежеустановленную лицензионную Windows XP SP3..
Последовательность, по которой загружает и устанавливает обновления
WU одинакова в этом случае, и после установки WU v7 и KB898461 предлагается
установка 60 высоприоритетных обновлений по определеному порядку который не
меняется (здесь я не учитываю KB892130 и KB905474) начиная с
1.KB923789,
2.KB950762,
3.KB951376...
...............
и т.д. и т.п и заканчивая последовательность
58.KB955759,
59.KB973904,
60.KB890830.
После установки этих 60 высокоприоритетных обновлений предлагается
перезагрузка, после которой WU предлагает установить еще три
высокоприоритетных обновления, о которых шла речь выше...
-----------------------------------------------------------------------------
Таков сценарий WU, а придерживаться его или пользоваться рекомендациями
TAILORD'а : это решай сам...

mintyrhinoceros, да именно, так... предполагаемую причину такого поведения я указал выше

Добавлено:
Сейчас занимаюсь сборником для 2003, скачивал обновления с помощью Microsoft Catalog, обновления KB968389 и KB975467 скачались в одну папку название которой содержит KB968389, по всей видимости второе без первого никак, поэтому и требуется перезагрузка при установке через WU, чтобы система убедилась, что Вы действительно установили KB968389 перед установкой KB975467. А что самое интересно я KB975467 не скачивал

mintyrhinoceros
TechnicsKuzya
Хм... А я над этим как-то и не задумывался. Разве играет порядок какую-то существенную роль? В принципе же, если ошибок в логах нет, то значит всё нормально устанавливается. Просто хочу "понять, что это за дерево". (с)

Если причина такая, как указал TechnicsKuzya, то это перезагрузка нужна лишь для того, чтобы WU мог правильно разобраться в ситуации. Значит существенного повода для пересмотра порядка установки нет (у меня порядок близкий к рекомендациям TAILORD, но с некоторыми отличиями).

TechnicsKuzya
Ответ содержится в самой статье посвященной KB975467.....
http://support.microsoft.com/kb/975467

Цитата:

Обновление 968389 позволяет поддерживать структуру расширенной защиты для NTLM в системах Windows XP и Windows Server 2003. Эта функция имеет уязвимость, которую устраняет это (KB975467) обновление для системы безопасности

Что и требовалось доказать

TechnicsKuzya
Да, но это не снимает вопрос про KB970430 и KB971737...

Согласен, с этой парочкой тоже разберемся пока 2003-им занят

mintyrhinoceros
TechnicsKuzya
Как разумно предположил Brother Micro, перезагрузка не доказательство не правильности порядка установки . Вот как бы разобрались с KB975467, и вроде стало ясно что ставиться. А что, KB970430 и KB971737 не с того же огорода? Разве для них не так же:

Цитата:

To use the features that this update includes, update 968389 must be installed on the computer.

?

А есть другие доказательства? На MU опять они предлагаются? В логах написано что не поставились? У кого-то были случай, поставились обновления требующие предварительной установки других? Какие угодно примеры. Так слепо можно верить только в Бога, а Бог один. Но я пойму, если у Вас много Богов, и один из них МС.

Выпустил Critical pre SP4 для Windows XP SP3 RUSSIAN версии 9.12.12 - скачать на сайте проекта

TAILORD, так в этом и состоял вопрос "почему после перезагрузки?", ответ Вы уже озвучили, действительно все 3 обновления с одного огорода, всем нужен KB968389 и в МС перестраховались, чтобы пользователи не поставили вышеуказанные обновления без "виновника"
Возможно этот вопрос уже обсуждали, я из-за нехватки времени мог упустить, т.к. форум сейчас читаю бегло.

P.S. Бог... это кто?

TechnicsKuzya

Цитата:

P.S. Бог... это кто?

Для кого?

Дело в том что, нельзя быть одновременно поборником за соблюдения девственности порядка предложенного МС, и с другой стороны предлагать вариант как поставить после IE8 обновления без перезагрузки, обманывая установщика путем временной правки реестра. Это как же, получить удовольствие, но остаться девочкой?

mintyrhinoceros
Проверь при случае на чистой системе установку KB968556 для .NET Framework 2.0 SP2. Это единственное обновление, которые упорно отказывается у меня сегодня установиться. И отличие его в том, что оно не мелкософтом подписано.

TAILORD, Вы пробывали устанавливать IE8, он сам при установке предлагает установить обновления без перезагрузки (хоть через WU устанавливайте, хоть просто скачайте его себе на диск) В общем МС Вам оставляет выбор, если Вы согласитесь сразу установить обновления (кстати выбор по-умолчанию) - они сразу в фоне скачаются (и Вы даже не узнаете сколько и какие) и установятся, если откажитесь, то WU предложит Вам установить их после перезагрузки.
Я выбрал первый вариант, вот и все, установщик не обманываем, а используем его возможности после более менее тщательного анализа хода установки IE8.

Кажется никто не отметил, что KB958877 заменен на KB974392

midda2
Проморгали. Как-то оперативно EPv19 выпустился.
Так что наверное это уже на EPv20 останется изменение.

Brother Micro
На чистую систему, где установлены только высокоприоритетные обновления и
публичные обновления для .NET KB968556 ставится прекрасно, как по маслу...

mintyrhinoceros
А вот и не всегда. У меня 4 раза ставился, а тут заартачился

Хотя может быть и в этом дело...


Цитата:

где установлены только высокоприоритетные обновления

Я всегда ставил сначала высокоприоритетные обновления, а потом уже обнвлял .NET Framework. А тут я сначала его поставил и решил пообновлять.

midda2> никто не отметил, что KB958877 заменен на KB974392
мда уж - и впрямь, хотя в моих анналах замен такая присутствует, но не отражена она в Общем своде, а SP3EP я делаю именно по нему
ЗЫ: технический пак всё худеет и худеет

eGorZ, зато публичный...

Гы
я понял, почему так получилось с KB958877
дело в том, что ещё раньше он был заменён на KB965220 (он, кстати, ещё и KB957808 заменил), и вот эта замена отражена, к сожалению, не была. А вот KB974392 в свою очередь не заменяет KB965220, т.к. в нём помимо oakley.dll имеется ещё и napipsec.dll, который пока ещё актуален.

Добавлено:
Brother Micro
глянь-ка ещё это - KB977069 - KB977182 - NDP3.0SP2

eGorZ
o_0 обновления без статей?

KB977069 заменяет KB970016

System.Workflow.Activities.dll (3.0.4203.4443)
System.Workflow.ComponentModel.dll (3.0.4203.4443)
System.Workflow.Runtime.dll (3.0.4203.4443)

KB977182 ничего целиком не заменяет

Presentationcore.dll (3.0.6920.4014)
Presentationframework.dll (3.0.6920.4014)
Windowsbase.dll (3.0.6920.4014)

Спасибо! А как ты их нашёл?

Brother Micro
Гы Ловкость рук и никакого мошенничества
а вот здесь, по ходу (судя по размеру), лежит последняя бета NDP4.0