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

обновления для винды хорошая вещь как бы тупо это не звучало )) главное знать какие пакеты ставить а какие нет) простым смертным отключаю нафиг эти обновление) потому как есть один плохой пакет который проверяет подлинность winxp )
не рекламирую но в филковской последней сборки он не ставится кстате оч крутая сборка)

mindusa
1. Посмотри в самый низ шапки - текст красным
2. Самопальные сборки XP, так же, как, впрочем, и официальные дистрибутивы системы, здесь не обсуждаются - для этого есть отдельные темы.

svmi2
нет, отдельного такого обновления нет - это была доработка встроенного файрвола.

eGorZ
Ну если извлечь, то понятно команда:

Цитата:

start /D.\Update09 /wait MSIEXEC /I "msxml.msi" ALLUSERS=TRUE REBOOT=SUPPRESS /QN

А если не извлекать, такая разве не пойдет?

Цитата:

start /wait .\Update09\msxml4-KB973685-enu.exe -override /I msxml.msi REBOOT=ReallySuppress /q

TAILORD
А по-моему, нормально сработает и примитивное


Код: msxml4-KB973685-enu.exe /quiet /passive /norestart

TAILORD, Brother Micro
Ну вы чего? Прикалываетесь?

Brother Micro - ну кто же одновременно пользует и "/quiet" и "/passive"?
это ключи одного уровня - уж чего-нить одно выбирать надо:
msxml4-KB973685-enu.exe /quiet /norestart

TAILORD - такая тоже вполне прокатит

TAILORD Кстати:

Цитата:

-MSXML4.0 06.03.09 заменен на KB973685 23.11.09

В самой статье по KB973685 ( http://support.microsoft.com/kb/973685)
говорится:

Цитата:

Для установки данного обновления, необходимо иметь MSXML 4.0 с пакетом обновления 3 (SP3) установвленный на Windows XP SP3

------------------------------
Т.е. получается KB973685 не заменяет MSXML4.0 SP3 а обновляет...

Добавлено:

Цитата:

c радостью удаляю значит:
kb955069, kb954459
и KB972187 23.11.09 за ненадобностью.

----------
Надо бы протестировать, согласится ли WU/MU с таким удалением...

---------------------------------------------
Да, кстати: может быть стоит привести последовательность
установки .NET в Ваших рекомендациях в соответствие со
статьей: http://support.microsoft.com/kb/976982 ?

mintyrhinoceros
ты прав - сей факт надо бы проверить на чистой системе

Обновление для .NET Framework 2.0 SP2 - KB976816

Brother Micro
Заменяет KB971601

Проблема в следующем. Была XP SP2 реил поверх залить SP3. Вставил SP3 CE, запустил установку все ничего но после перезагрузки во время выполнения процесса копирования файлов мастер установки начинает меня просить дать ему файлы с диска. Говорит, что не удается прочесть файлы. Ставлю другой диск, пишет тоже самое. Захожу в просмотр наожу данные файлы, копирую их на локальный диск, указываю в наглую мастеру, он все равно плюется. Самое интересное что после каждой перезагрузки ругается на разные файлы. Пытался пропускать, так он там почти весь дистриб не находит. Теперь Уважаемые знатоки внимание вопрос: 1. Можно ли как нибудь завершить установку. 2. Можно ли как нить откатить нахимиченные изменения.
ЗЫ: Когда запускал обновление из под сп2 мне было написано предупреждение мол винда не модет портировать драйвер накопителся.
ЗЗЫ: Переустановка панацея, но не выход, тк в этой винде находиться RSA ключик) а он как известно генериться согласно SID и прочей лабуде. Ключик этот достать второй раз невозможно ибо нужно подавать документы на него. В принципе весь сыр бор от того и пошел что служба криптографии навернулись и теперь недают экпортировать данный ключь.
Всем заранее спасибо за помощь.

mintyrhinoceros
Хотя странно, если это так, но скорее всего Вы правы по поводу MSXML4.0 SP3, а вот с порядком установки .NET вряд ли .

banzahi777
SP3 CE - это, я так понимаю, Ваша интертрепация Volume License? Или Вы и впрямь пытаетесь поставить какой-то SP от WinCE?
Телепатов здесь нет, посему называйте вещи своими именами.
Ваша система НЕ в режиме завершения установки всё ещё способна загрузиться (если выбрать из меню не завершение установки, а запуск системы)?
Очень похоже на то, что либо Ваша система хорошо поедена вирусами, либо установлена с какой-нить нештатной сборки со всякими "приукрасами".
Поэтому единственный путь для Вас сначала полностью восстановить работоспособность своей системы. Для этого
1. надо восстановить стандартные права доступа на ветки реестра и различные системные папки
2. восстановить системные службы
3. выполнить sfc /scannow (для этого нужен диск, с которого система была установлена)
4. убрать все "приукрасы" (восстановить winlogon, logonui ...)
5. восстановить boot.ini
6. подготовить свежие версии драйверов и их установить
Только после этого попытаться поставить SP3.
Как сделать всё вышеперечисленное в шапке имеется вся информация (если, конечно, с англ. языком дружите).

TAILORD
Рекомендации по обновлению ОС WinXP SP3. Пример! cmd-файла к списку 2.


Цитата:

ECHO 13 -KB975364 26.10.10 Обновление списка просмотра в режиме совместимости для IE8
start /wait .\IEWMP\IE8-WindowsXP-KB973874-x86-RUS.exe /Q /O /N /Z

Поправить бы

eGorZ

Да, Виндовс VL, в принципе не совсем ошибочно называть Volume license - Corporative Edition. Виндовс стандартный VL SP2, Без преукрас и всякой остальной нечести. На счет пункта меню совсем забыл. Сегодня посмотрю!!! Спасибо. Просто его нет. Но я вспомнил что его же можно прописать в бут.ини своими корявыми ручками!!!! К стате очему эта строка куда-то изчела - остается загадкой.
Теперь уважаемые знатоки вопрос седующий: https (SSL) не открывается, RSA ключ не экспортируется (хотя в подмиси в certmgr.msc черным по белому написано что закрытыйключь есть, а при попытке экспорта его (ключа) оказывается нет!!! сертификат можно портировать), и так со всеми. Все службы относящиеся к Crypto работают норм. Записи в реестре касательно всех провайдеров крипты стоят на месте и длл все где надо и весят как надо. Доступ к реестру в норме. Всякой малвари нет. проходился и АВЗ и Карит, родное там стоит ESS. Корои нет малвари - факт. Я бы еще поверил в то что просто гавкнул закрытый ключь, но во первых я видел в D&S/All Users/AppData/Crypto (помоему так). + просто для интереса установил один RSA ключь + сертификат = попытка экспорта = фатал (тоетсь не получилось портировать говорит так же как описал выше). Что теперь делать с этим ключом и как его выковырять? Он сильно нужен!
Всем спасибо кто помогает!

banzahi777
Ну тогда уж не Corporative Edition, а Corporatе Edition, но только нет у Microsoft такого названия, и уж тем более в этой линейке продуктов. А в других линейках продуктов есть версия Enterprise. A сокращение CE у Microsoft зарезервировано за Embedded Compact. Так что если хотите, чтобы люди Вас правильно понимали - называйте вещи своими именами.
Теперь о Вашей проблеме.
1. По поводу SSL - убедитесь, что порт 443 у Вас открыт.
А здесь (англ.) подробнейшим образом освещены настройки IE для гарантированного SSL соединения.
2. По поводу закрытых ключей и их экспорта.
Увы - далеко не всякий закрытый ключ может быть экспортирован, даже если Вы сами его установили. Это, прежде всего связано с безопасностью (иначе любой, севший за Ваш компьютер, мог бы им поживиться). Именно в этом случае в менеджере сертификатов при экспорте переключатель "Да, экспортировать закрытый ключ" будет светлосерого цвета, т.е. недоступен. Если у Вас именно такая ситуация - тут ловить нечего - нужно получать (генерить/регистрировать) новый ключ. Чаще всего такой вид у закрытых ключей, находящихся, в электронных ключах, например eToken. Как правило, банковские ключи, используемые для шифрования и цифровых подписей, не могут быть экспортированы, т.к. должны быть в одном экземпляре у обладателя ключа. Выход из этой ситуации - аппаратный ключ. Его Вы (или Ваше доверенное лицо) можете воткнуть в любую, но одновременно только одну, машину. Ну а с экспортом сертификатов действительно нет никаких проблем.
Если есть желание поэкспериментировать с криптованием - здесь масса инструментов. А здесь имеется подробная инструкция по поводу подписи программных продуктов.

TAILORD, ты в изменениях написал про добавленный KB972187, а в списках он у тебя отсутствует.

А еще KB973687 заменяет по списку изменений сразу два обновления. Это правильно?

tatuich> А еще KB973687 заменяет по списку изменений сразу два обновления. Это правильно?
более подробную информацию по заменам см. здесь

eGorZ
Цитата:

А еще KB973687 заменяет по списку изменений сразу два обновления. Это правильно?

Проверил вчера сей факт на свежеустановленной
системе (лицензионная Windows XP SP3 RUS VLK):
В общем в настоящее время WU предлагает к установке сразу все три
обновления: KB954459, KB955069 и KB973687 как высокоприоритетные..
Причем KB954459 и KB955069 ставятся первыми, затем устанавливается KB973687...
Если НЕ устанавливать KB954459 и KB955069, а установить сразу KB973687,
то KB954459 и KB955069 к загрузке WU уже НЕ предлагаются....
Т.е. замена KB954459 и KB955069 на KB973687 в принципе корректна...
------------------------------------------
По поводу KB973685:
Он НЕ предлагается WU к установке, если не установлен MSXML4.0 SP3.
Если же MSXML4.0 SP3 был предварительно установлен, то KB973685
предлагается как высокоприоритетное обновление...
----------------------------
P.S. И хотя вручную KB973685 ставится и просто на чистую систему, на
которой до этого не был установлен MSXML4.0 SP3, думаю, корректнее
все же придерживаться рекомендации Microsoft, данной в статье по
KB973685 и предварительно произвести установку MSXML4.0 SP3...

mintyrhinoceros
- спасибо за исследование
по поводу KB973685 вопрос конечно интересный. В принципе - там полновесный msi-инсталлятор, содержащий в себе все компоненты MSXML4.0 SP3.
Для чистоты эксперимента, я думаю, следует попробовать поставить в систему только KB973685 и какие-нить продукты, использующие импорт-экспорт данных в формате MSXML4.0 - например чего-нить из серии 1С или Налогоплательщик - и погонять данные туды-сюды
Кажется мне - в M$ просто перестраховались, написав эту инфу в статье.

TAILORD

Цитата:

скорее всего Вы правы по поводу MSXML4.0 SP3, а вот с порядком установки .NET вряд ли

Это вопросы не ко мне, а к Microsoft, которое в приведенной статье
( http://support.microsoft.com/kb/976982 ) дает рекомендации по правильной
последовательности установки .NET
Цитирую:
........
4. Скачать следующие компоненты:
-. NET Framework 3.5 SP1 (содержащий так же .Net Framework 2.0 SP2 и 3.0 SP2)
-. NET Framework 1.1
-. NET Framework 1.1 SP1

5. Установить загруженные обновления в следующем порядке (что очень важно):
-. NET Framework 3.5 SP1
-. NET Framework 1.1
-. NET Framework 1.1 SP1

6. Перезагрузка компьютера
-------------------------------------------------------------
И еще: языковые пакеты обычно ставятся СРАЗУ после установки самого
дистрибутива, т.е. так как указанно в "Общем своде..." от eGorZ.
Это предпочтительная последовательность...
Все другие обновления для .NET устанавливаются уже после этого, обычно,
если нет особых рекомендации, в хронологическом порядке...

TAILORD
mintyrhinoceros
а я не понял, что вы обсуждаете... ранее eGorZ же написАл в топике про такой порядок установки от M$... и указывал, что для него это явилось неожиданным... так слова эти являлись руководством к действию... я уж давно в cmd поменял порядок... в соотв-вии с M$.
зы: результат установки .Net Framework другой... правильный.

TAILORD, mintyrhinoceros совершенно прав, что соглашается с рекомендациями MS по поводу порядка установки .NET, хоть они и кажутся странными. Если ставить в предлагаемом порядке, то впоследствии нет проблем с установкой обновлений (имеются в виду техническиедл я .NET, что тут собирались). Я уже несколько раз проверил и на виртуалке, и на обычной системе. Если сразу поставить 1.1, а затем 3.5, то почему-то потом не все хотфиксы хотят устанавливаться (причина, наверное, написана в 15-мегабайтных логах, которые получаются после установки ), сообщая, что "продукт, для которого предназначено обновление, не найден". Такая же ерунда получается, если удалить какой-нибудь из "высших" фреймворков, а потом его восстановить установкой 3.5. Я уже писал про это чуть ранее. Отказ некоторых обнолений устанавливаться получал и eGorZ (причина не установлена). В свете вышесказанного есть предложение поменять местами пп. 3 и 4 в "двадцать одном шаге к успеху".

Кстати да,TAILORD, в "двадцать одном шаге к успеху")) некоторые обязательно-вспомогательные вещи можно поближе к самому началу, напр. VC++ Redist, т.е. зачастую драйверы сами ставят подобное и не всегда последнее, хоть WinSxS и работает, но думаю самые последние версии нужно бы первыми ставить

ПыСы. Кастати, когда гуру двинутся в сторону прогресса (7) просьба сюда отписать, чтобы негуру двинулись следом, хотя там и отн. затишье наблюдается ( индусы руку чтоли набили... )

mintyrhinoceros
Brother Micro
Значит так . Я не имел ввиду что не правы, а в смысле это неважно. NET Framework 1.1 вышло задолго до NET Framework 3.5, следовательно он вполне мог быть установлен. Но нигде МС не писал, что перед тем как поставить NET Framework 3.5, надо удалить NET Framework 1.1, а потом заново поставить. С другой стороны, я сам ставил в любых сочетаниях, и не помню проблем, ни при установке, ни с обновлениями. Правда технические не исследовал . Но раз так, лично я ничего не имею против, и переставлю .

tatuich
Спасибо, KB972187 удалил, а про другие уже ответили.

i4u1
Согласен, из таких я знаю драйвер ATI . Но вот что странно, поменял видеокарту, и драйвер от ATI естественно ставил уже после как все было установлено. Так он не признал "мой" Microsoft Visual C++ 2005 SP1 8.059193 и поставил "свой" 8.056336 (версии взяты из "удаление программ", естественно они оба там )

Вот скоро проверю, так ли получилось бы, если б я поставил сначала драйвер ATI а потом Microsoft Visual C++ 2005 SP1 Redistributable Package ATL Security Update (27.07.09) V8.0.50727.4053

Brother Micro

Цитата:

есть предложение поменять местами пп. 3 и 4

Или 4 и 5?

Цитата:

Кажется мне - в M$ просто перестраховались, написав эту инфу в статье.

Я потому и написал что странно. Да и как можно поставить обновление, если предмет обновления не установлен? . Раз оно так поставилось, значит оно есть и дистрибутив тоже, как и было со всеми обновками MSXML до сих пор.
Вообще в статье написано, что это обновление применимо, если установлено... но если это обновление не только обновление?

Цитата:

Или 4 и 5?

Что-то с глазами моими стало...


Цитата:

Раз оно так поставилось, значит оно есть и дистрибутив тоже, как и было со всеми обновками MSXML до сих пор.

+1
По файлам заменяет, ставится без "предмета обновления". Что тут огород городить?

TAILORD
Обновление KB974417 лучше поставить в Вашем списке сразу за KB958484...

Цитата:

Раз оно так поставилось, значит оно есть и дистрибутив тоже, как и было со всеми обновками MSXML до сих пор.

ИМХО: все же думаю, пока MSXML4.0 SP3 лучше оставить в списке, "до выяснения
всех обстоятельств..."

Brother Micro
KB976816 надо бы в список занести...
Обновляет System.dll до версии 2.0.50727.4418 (заменяет KB971601)

mintyrhinoceros

Цитата:

Обновление KB974417 лучше поставить в Вашем списке сразу за KB958484...

А аргумент?

eGorZ

Спасибо за помошь. Я знаю что закрытые ключи не обязательно должны быть экспортируемые, но этот ключ точно экспортируемый. Есть подозрение что что-то не так в криптопровайдере. В частности Enhache Crypto Provider 1.0 (За грамотические ошибки извеняюсь) Только вот по нему не очень-то много инфы в нете. Ладно всем спасибо. eGorZ - респект и спасибо. Буду дальше копать. Понял одно что лучше всетаки самому копать как раньше, а не лениться и писать в форумы. Всем еще раз большое спасибо. пошел я спасать долбанный RSA ключ+сертификат.

TAILORD

Цитата:

А аргумент?

Именно в таком порядке устанавливает обновления WU по моим наблюдениям...
Да и обновления безопасности всегда имеют более высокий приоритет при установке..
Кстати, последовательность установки .NET 1.1. у Вас сейчас тоже полностью
совпадает с последовательностью WU, если не ошибаюсь..

mintyrhinoceros
В данном случае важно, что не вредит. Раз так, боле новые обновления, в конце списка