» ОБНОВЛЕНИЯ ДЛЯ MICRОSOFT WINDOWS XP

cdrom2
А если включить мыслительный блок?
В сообщении перед моим пишется о том что надо задуматься об использовании ХР.
Как известно, на замену ХР предлагается 8.1. И видно что в ней происходит.
ЗЫ: Замена шила на другое шило, но только очень тяжёлое.

9285

Цитата:

А если включить мыслительный блок?

ну дык и включи
в моём сообщении говорилось не об использовании XP, а об использовании ПО от M$, которое раньше позиционировалось в т.ч. и для XP и продолжает ещё обновляться, в т.ч. и под XP, но без должного контроля. Например, по поводу MS O2K3 у меня никаких сомнений нет - поддержка прекращена и обновлений на этот софт уже не будет, так что пользуйся на здоровье
А вот по поводу W8.1 - Update 1 такое же обновление, как и все предыдущие. Если будет прекращена поддержка W8.0 (а может уже? я не проверял), или W8.1, то лично у меня никаких претензий не будет - из линейки W8.x нужно просто пользоваться последним и актуальным релизом. А вот если они прекратят поддержку W7.x в последней ипостаси - претензии у меня будут, и оооочень большие, т.к. весь корпоративный сектор сейчас если на что и перешёл, так это на W7.

eGorZ
А можно, после выхода филиальной версии SP3EP, информацию по заменам относительно рекомендаций TAILORD'а?

Taciturn
Имеются ввиду замены публичных техническими?

eGorZ
Да.

eGorZ
Так там есть упоминание и проблеме с обновлением новодела.
Как это обьяснишь в отношении поддерживаемой системы? Причём это не единичный случай.
Думается мне что дело не в консервах, а в самой консерватории.

Taciturn
да, конечно

9285
когда-то, лет 30 тому назад, на первой лекции по программированию, лектор, читавший нам курс (профессор Потоцкий В.К.), выдал фразу: "Не бывает программ без ошибок. Если о программе говорят, что она не содержит ошибок, значит эта программа ещё не написана!" Всю последующую жизнь я в этом убеждался всякий раз, когда смотрел текст любой, пусть даже самой короткой программы, выводящей на экран единственное сообщение "Hello, world!"
Так что чему уж тут удивляться? Смотреть надо не на то - есть ли ошибки (они всегда есть) и в каком количестве, а на серьезность этих ошибок, и быстроту реакции авторов на их исправление.

eGorZ
Я припоминаю фразу какого то известного компьютерного гуру, в которой основной мыслью было то, что если бы программисты несли отвественность за ошибки своего ПО, то как раз таки было бы значительно меньше кривого софта и возможности оправдывать своё быдлокодерство принципом "as is as".
И я согласен с этим - глядишь и не выпускали бы ОС как пирожки а доводили бы до ума существующие.

9285
Да ладно
Есть в программе ошибки или нет - зависит от многих факторов - от среды исполнения, способа и объекта применения, исполнявшего субъекта и мн.др.
Глянь ко мне в подпись - единственная инструкция, которая в откомпилированном виде, в виде com-файла, займёт всего 5 байт, и будет представлять собой полноценную программу, отправляющую машину в, по сути, холодный перезапуск. Есть ли в ней ошибки? На первый взгляд - код рабочий, и никаких придирок быть не может. А вот если начать её рассматривать под разными углами (см. выше), то сразу станет понятно, что так писать низзя
Завязываем оффтопить и ждем исправлений

eGorZ
Любой врач, отрезавший не тот орган, и "вылечивший" не ту болезнь, тоже может найти кучу оправданий.

eGorZ
Просмотрел состав вашего WindowsXP-SP3EP-v100
А так же проанализировал его соотношение ко всем
вышедшим актуальным публичным обновлениям до настоящего момента.
В общем, что бы привести его в актуальное состояние нужно:

А) Добавить:
-KB2878379-v2

Б) Удалить:
-KB945436 ---> заменен публичным KB2862330
-KB959554 ---> заменен публичным KB2876331
-KB969557 ---> заменен на вышеупомянутый технический KB2878379-v2
-KB971323 ---> замене публичным KB2868038
-----------------------------------------------------------------------------------
ЗЫ: Собственно, это все, если конечно не заниматься прямым сканированием адресов,
типа: http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=xxxxxxx,
перебирая сканером переменные kbnum в сами знаете каком диапазоне. Тогда,
возможно, вылезет и что то еще, хорошо запрятанное, и без статьи; но, ИМХО,
игра не стоит свеч... Я понимаю, что дублирую ваш пост, несколькими
страницами выше, где указаны те же самые замены, просто других
вариантов нет, и все что вы указали верно: и это следует из независимого
анализа всего массива вышедших обновлений для Windows XP SP3 на данный момент.
Есть правда несколько предложений:
1) Удалить из состава пака autorun.reg. Этот твик не имеет
отношения непосредственно к техническим хотфиксам, и, кому
это нужно, может применить его отдельно.
2) Рассмотреть возможность включения в пак KB2095711.
Вот что пишут здесь по этому поводу:

Цитата:

Информация, содержащаяся в исправлений статье для KB2095711 не упоминает, что это обновление специально для Windows Embedded.
Ниже в статье говорится, что исправление для:
-Microsoft Windows XP Professional
-Microsoft Windows XP Embedded с пакетом обновления 1
-Microsoft Windows XP Home Edition
Единственная проблема с этим обновлением, что она содержит чек, чтобы позволить установку только на Windows XP Embedded. Если вы посмотрите в программу установки, то она содержит файлы Windows XP SP3.
Вы можете использовать файлы из данного обновления без каких-либо изменений. Проверка в файле update.inf это единственное, что мешает произвести прямую установку на Windows XP SP3

Собственно, нужен перепакованный установщик, который бы закидывал в нужное место
cryptsvc.dll и каталог KB2095711.CAT, и затем регистрировал бы их.
3) И вот еще, кстати, есть такая штука: KB927374: что думаете насчет него?
Содержит msdelta.dll v.6.0.5600.16384...
Ссылка: http://support.microsoft.com/hotfix/KBHotfix.aspx?kbnum=927374

mintyrhinoceros
вобщем и целом со всем согласен - всё справедливо
по пунктам 1), 2) и 3)
1) этот твик был частично реализован в одном из техн. исправлений, который одновременно обновлял shell32.dll, а затем был заменен несколькими, вышедшими впоследствии, публичными обновлениями, которые не вносили соответствующих изменений по политикам в реестр.
мы здесь это достаточно широко обсуждали, и внесено это было в пак по результатам обсуждения.
В принципе, ничего страшного не произойдёт, если его не делать. Большинство антивирусов сейчас контролируют объекты автозапуска;
2) будет включено, переделать установщик - это не проблема.
прим.: по поводу тупого копирования каталога безопасности в соответствующую папку - ничем хорошим это не закончится, т.к. каталог не будет зарегистрирован в базе данных каталогов безопасности.
Здесь два пути: либо обмануть установщик на предмет версии обновляемой ОС и дать возможность установиться штатным методом, либо зарегистрировать каталог с помощью утилиты signtool.exe (я её выкладывал здесь несколько раз);
3) также будет включено;

теперь по поводу KB959334 (обновление шрифта ariblk.ttf до вер. 5.0.5).
думаю пока его оставить в составе пака - какие мысли на этот счет?

ну и последнее, по поводу KB2868038. Данное публичное обновление безопасности содержит только QFE-версии файлов, и, при стандартных условиях обновления через WU (по ветке GDR), установлено не будет.
Любое техническое исправление из состава SP3EP переводит систему на ветку обновлений LDR (QFE). На мой взгляд, данное исправление также следует включить в состав. Есть другие мнения?

eGorZ

Цитата:

теперь по поводу KB959334 (обновление шрифта ariblk.ttf до вер. 5.0.5). думаю пока его оставить в составе пака - какие мысли на этот счет?

Да, надо оставлять. MSOpenTypeFontsPack это конечно хорошо,
но это неофициальный сборник шрифтов из последних версий OS производста Microsoft.
Кстати, он опять сильно устарел в связи с выходом Windows 8.1 with Update 1.
У меня стоит эта OS в последней редакции со всеми установленными обновлениями, как
публичными, так и техническими на одном из компов. Посмотрел в разрезе шрифтов: так
вот 90% из них в MSOpenTypeFontsPack'е надо опять обновлять....


Цитата:

по поводу KB2868038

Не знаю, не знаю: можно и включить наверное.
Для меня сама идея накатывать WindowsXP-SP3EP на систему, которая
обновлялась через WU (по ветке GDR) кажется не правильной и не
совсем корректной: получается непонятная смесь из QFE и GDR веток обновлений.
ИМХО: Если уж ставить SP3EP, тогда нужно и все остальное ставить по QFE.
Тем более, что Microsoft сама уже года два как отказалась от GDR ветви в своих
обновлениях для WindowsXP SP3...
-----------------------------------------------------------------------------------------------
ЗЫ: Кому лень всем этим заниматься может взять апдейт пак от simplix'а из шапки.
У него, кажется, все публичные обновления ставятся именно по QFE ветке.
GDR ветку он вроде бы просто вырезал...

mintyrhinoceros
KB2878379-v2, KB971323, KB2868038
Не предлагаются в WU, и возможно чем-то или перекрыты, или нужны в редких ситуациях.

TAILORD
Просмотрел ваши "Рекомендации....", раз уж зашел в эту ветку.....
Кое-какие обновления в вашем первом списке устарели (стали не актуальными)
и их можно совершенно безболезненно удалить.
1) KB974392 полностью заменен на KB2862152.
2) KB2653956 полностью заменяется на следующие два обновления: KB2749655+KB2893294.
3) KB2904266 полностью заменен на KB2935092.
4) KB2922717 полностью заменен на KB2935092.
-------------------------------------------------------------
P.S.:По всем этим позициям имеется согласие WU на такие замены.
Ну и разумеется, пофайловое соответствие...

MisHel64

Цитата:

нужны в редких ситуациях

Совершенно верно. Первые два: это технические и их нужно
заказывать на почту, а KB2868038 хоть и публичный, но WU
никогда не предлагался..

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

mintyrhinoceros
Ну что ж, значит так и делаем
Единственное, было бы очень неплохо, чтобы кто-нибудь, у кого имеется в ближайшем окружении установленная Windows XP Embedded и находящаяся в актуальном состоянии, экспортировал в виде reg или hiv-файла ветку реестра HKLM\SYSTEM\CurrentControlSet\Control\ProductOptions.
Пока это нужно для обмана хотфикса KB2095711, но есть ощущение, что данная фича будет и дальше актуальна, в связи с тем, что данная ОС пока обновляется.
По идее, там важен только ключ "ProductSuite", REG_MULTI_SZ, его значение должно быть "EmbeddedNT".
ЗЫ: А система-то в эту секцию реестра не позволяет ничего писать-менять! Выдает грозное предупреждение о нарушении лицензионного соглашения и удаляет любой созданный/измененный ключ или параметр. Видимо, надо будет искать другие пути!

Цитата:

получается непонятная смесь из QFE и GDR веток обновлений.

По логике, с точки зрения эстетики , вроде как да. Но при условии равенства номера версии в обоих файлах, сам набор изменений в них одинаков и код внутри этих файлов тоже. Так что такая смесь не должна никого пугать. Различие действительно только в канале обновлений, и по QFE их просто больше, а значит система будет находиться в более актуальном состоянии (но, увы, далеко не всегда в более стабильном - бывали случаи ). Еще один момент - автоматически (т.е. через WU) по каналу QFE установятся, за редким исключением, те же исправления, что и по GDR. Все остальные различия получаются только из внешних источников. Примерно в октябре 2003 года я задавал вопрос на эту тему Марку Руссиновичу (помню, потому что это было незадолго до COMDEX 2003) - тогда мы с ним сошлись во мнении, что разница чисто эстетическая
MSOpenTypeFontsPack - да, надо бы его снова актуализировать в связи с выходом Windows 8.1 with Update 1, так что если есть желание - выложи набор актуальных шрифтов.

eGorZ

Цитата:

Ну что ж, значит так и делаем

В общем финальный состав WindowsXP-SP3EP-v101 у меня получается такой:
[more]--KB817688
--KB897571 (необходим твик реестра)
--KB915800-v4
--KB916157-v6
--KB922120-v6
--KB927374-MSCompPack
--KB927436-v2
--KB934401
--KB940159-v2
--KB942213-v2
--KB945060-v3
--KB945184
--KB947460-v3
--KB948046-v2
--KB948101-v3
--KB948277
--KB948698
--KB948720
--KB948877-v2
--KB949127-v2
--KB949900
--KB950305-v2
--KB950616
--KB950820
--KB950982
--KB951159
--KB951163
--KB951347
--KB951531-v2
--KB951624 (необходим твик реестра)
--KB951709
--KB951822-v2
--KB952117-v2
--KB952595-v3
--KB953024
--KB953028
--KB953761
--KB953930
--KB954193
--KB954232
--KB954434
--KB955109
--KB955356
--KB955408
--KB955567
--KB955576
--KB955830-v2
--KB955988
--KB956048
--KB957218 (необходим твик реестра)
--KB957495
--KB957931 (необходим твик реестра)
--KB958071
--KB958149 (необходим твик реестра)
--KB958244
--KB958817
--KB958910
--KB959085
--KB959267
--KB959334
--KB959465
--KB959682
--KB959765
--KB959873
--KB960071-v2
--KB960519
--KB960655
--KB960921
--KB960970
--KB961067
--KB961187-v2
--KB961451-v2
--KB961605 (необходим твик реестра)
--KB961853-v2
--KB963038
--KB965220
--KB967048-v2
--KB967705-v2
--KB969262
--KB969632
--KB970048
--KB970063
--KB970254
--KB970326
--KB970413
--KB970553 нужен WinInstaller 4.5
--KB970685
--KB971165
--KB971234-v2
--KB971345
--KB971455
--KB972422
--KB972435
--KB972878
--KB973502
--KB973624
--KB974266
--KB978835
--KB981073-v3
--KB981835-v2 нужен wisptis.exe в system32
--KB2095711_repack
--KB2270406
--KB2454533-v2
--KB2498072
--KB2575928_repack
--KB2584577
--KB2629462
--KB2828030
--KB2832214
--KB2878379-v2
--KB2892734
--KB2929729
[/more]


Цитата:

при условии равенства номера версии в обоих файлах, сам набор изменений в них одинаков и код внутри этих файлов тоже.

ИМХО, это нельзя утвержать однозначно, т.к. размеры файлов зачастую
разные для GDR и QFE веток, даже при условии, что их версии одинаковые, например:
[more]
-----------------------------------------------------------------------------------
mrxsmb.sys 5.1.2600.6133 456 320 байт KB2536276-v2\SP3GDR
mrxsmb.sys 5.1.2600.6133 457 856 байт KB2536276-v2\SP3QFE
-----------------------------------------------------------------------------------
netapi32.dll 5.1.2600.6260 339 968 байт KB2705219-v2\SP3QFE
netapi32.dll 5.1.2600.6260 337 920 байт KB2705219-v2\SP3GDR
-----------------------------------------------------------------------------------
odbc32.dll 3.525.3012.0 253 952 байт KB2419632\SP3QFE
odbc32.dll 3.525.3012.0 249 856 байт KB2419632\SP3GDR
-----------------------------------------------------------------------------------
ole32.dll 5.1.2600.6010 1 287 680 байт KB979687\SP3GDR
ole32.dll 5.1.2600.6010 1 288 704 байт KB979687\SP3QFE
-----------------------------------------------------------------------------------
shimgvw.dll 6.0.2900.6072 441 344 байт KB2483185\SP3QFE
shimgvw.dll 6.0.2900.6072 440 832 байт KB2483185\SP3GDR
----------------------------------------------------------------------------------- [/more]
и т.д. и т.п. Количество примеров можно легко увеличить в 3-4 раза...
Видимо, какие-то различия в коде все-же есть.


Цитата:

выложи набор актуальных шрифтов.

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

mintyrhinoceros

Цитата:

В общем финальный состав WindowsXP-SP3EP-v101 у меня получается такой:

да, в общем и целом всё совпадает

как считаешь, нужно ли делать твик реестра для KB951624? Как-то мы это уже обсуждали и тогда сошлись во мнении, что пусть его делает тот, у кого такая 30 сек. задержка действительно имеется...


Цитата:

ИМХО, это нельзя утвержать однозначно, т.к. размеры файлов зачастую
разные для GDR и QFE веток

я это тоже замечал, причём QFE, как правило, больше по размеру.
Пару раз нарывался на то, что в QFE просто не убрана отладочная информация при сборке, отсюда и больший размер. Сам код при этом был одинаков (сравнивал на драйверах).


Цитата:

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

Ну, это не сильно к спеху

mintyrhinoceros

Цитата:

Кое-какие обновления в вашем первом списке устарели (стали не актуальными) и их можно совершенно безболезненно удалить. 1) KB974392 полностью заменен на KB2862152.   2) KB2653956 полностью заменяется на следующие два обновления: KB2749655+KB2893294.   3) KB2904266 полностью заменен на KB2935092.   4) KB2922717 полностью заменен на KB2935092.   -------------------------------------------------------------   P.S.:По всем этим позициям имеется согласие WU на такие замены. Ну и разумеется, пофайловое соответствие...

Как вы узнаете что они заменены? WSUS не даёт подтверждения по этим четырём патчам...

AlexZerg

Цитата:

Как вы узнаете что они заменены?

Это с очевидностью следует из детального анализа внутреннего содержимого указанных фиксов.
С точки зрения вносимых в систему исправлений эти замены дают эквивалентный результат.
Мы просто отсекаем ненужную/лишнюю установку устаревших файлов и затем их перезапись
свежими версиями: устанавливаются сразу самые свежие версии файлов исправлений.

Добавлено:
eGorZ

Цитата:

как считаешь, нужно ли делать твик реестра для KB951624?

В этом случае наверное да, т.к. проблема достаточно распространенная.
Оставлять это решение пользователю? Сами знаете, какие сейчас пользователи:
они предпочитают ни во что не вникать, а только потреблять, потреблять, потреблять..
И уж, тем более никто не будет искать соответствующие статьи KB и что-то там вносить...
------------------------------------------------------------------------------------------------------------
ЗЫ: Кстати, есть и целый ряд других исправлений в SP3EP, которые требуют твиков для своей активации.
Я добавил их в окончательную редакцию списков для WindowsXP-SP3EP-v101 в своем предыдуещем
посте. На счет их активации по умолчанию: не знаю: это требует обсуждения. Но в любом случае
представляется целесообразным соответствующие твики в виде *.reg файлов поместить внутрь
тела SP3EP-v101. Кому они потребуются, тот сам сможет распаковать пак и кликнув на reg файл,
применить соответствующий твик.

AlexZerg
в добавление к mintyrhinoceros
Большую помощь в подобном анализе даёт Windows Updates List от NirSoft. При выборе конкретного исправления вы видите файлы (и их версии), которые содержит само исправление и файлы (и их версии), установленные в системе.
Большинство исправлений от M$ выполняет при обновлении лишь файловую замену в системе, поэтому такой подход вполне приемлем. Лишь некоторые из исправлений вносят в реестр Windows что-либо дополнительно, при появлении у устанавливаемого файла дополнительного функционала, и, в очень редких случаях, данные исправления, в этой связи, должны быть установлены последовательно (если более позднее исправление подобных изменений в реестр не вносит), но и это также решаемо.

Добавлено:
mintyrhinoceros

Цитата:

Кому они потребуются, тот сам сможет распаковать пак и кликнув на reg файл,
применить соответствующий твик.

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

eGorZ

Цитата:

как-то так

Да, это то-же нормальный вариант...

mintyrhinoceros
единственное, что надо бы придумать, как задать вопрос из cmd-скрипта, и как его обработать (к примеру по errorlevel). Когда-то, ещё во времена DOS была такая 16-битная тулза, ask.exe, которая позволяла в своей командной строке задать текст вопроса и обрабатывала нажатия Y/N с выдачей соответствующего errorlevel. Нужна такая же, но 32-битная
либо использовать что-то в духе

Код: set /p answer = Apply KB951624 registry tweak? (Y/N)
if %answer% ==Y (
start /wait regedit /s KB951624.reg )
if %answer% ==y (
start /wait regedit /s KB951624.reg )

eGorZ

Цитата:

либо использовать что-то в духе

Скорее это....
Заодно можно туда и KB2642020 включить. А то постоянно забываешь про него...
-----------------------------------------------------------------------------------------------------
ЗЫ: Кстати, вопрос: допустим в системе уже был установлен хотфикс с тем-же
номером, что и в паке, но с более низкой версией. Например у меня уже
стоит KBxxxxxxx-v2. А в паке есть KBxxxxxxx-v3.
У меня ощущение, что ваш скрипт посчитает фикс установленным, и
пропустит установку KBxxxxxxx-v3...

mintyrhinoceros

Цитата:

У меня ощущение, что ваш скрипт посчитает фикс установленным, и
пропустит установку KBxxxxxxx-v3...

Не-а, не посчитает - запрос в реестр идет именно по полному пути, к примеру:

Код: reg query "%updates%\KB981073-v3" 1>nul 2>&1

eGorZ

Цитата:

не все из них можно просто применить.

Согласен. В этом случае, ИМХО стоит отразить информацию
по специфике применения хотфикса в сопроводительном readme к паку.


Цитата:

за компанию добавил бы

+твик из KB2642020
+проверку на наличие WinInstaller 4.5 при установке KB970553

mintyrhinoceros

Цитата:

+твик из KB2642020
+проверку на наличие WinInstaller 4.5 при установке KB970553

первое уже готово, а во втором смысла нет, потому что (цитата из его update_SP3QFE.inf):

Код: [Msidll.AndOp.Section]
GreatOrEqualOp=CheckFilever,system32.Files,msi.dll,">=",4.5.0000.00000
LessOrEqualOp=CheckFilever,system32.Files,msi.dll,"<=",5.0.0000.00000

[MsiPrereq.Section]
SingleOp=Msidll.Present.Section
AndOp=Msidll.AndOp.Section
Display_String="This fix only installs if MSI 4.5 is present"

[Msidll.Present.Section]
PresentOp=CheckFilever,system32.Files,msi.dll

eGorZ

Цитата:

а во втором смысла нет, потому что

Я это знаю. Проблема в том, что ваш скрипт, не найдя
записи в реестре об установке KB970553 сымитирует его установку
в систему. И со стороны будет казаться что этот фикс установился.
Но на самом деле он, естественно не установится. Только никаких оповещений,
об этом пользователь вроде бы не получит... ?

mintyrhinoceros
Ну, не знаю, так ли это важно на самом деле. В следующий раз, при повторной установке, когда WI45 будет установлен, он поставится, или снова сымитирует, в случае отсутствия
Надо бы глянуть коды errorlevel, выдаваемые update.exe, если они есть. Если имеются коды удачной или нет установки, то их и анализировать в этом случае. Если не установился, то выдавать об этом сообщение. Есть ещё вариант - для этого конкретного хотфикса не подавлять его сообщения (т.е. не "тихая" установка).