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

doktorpilulkin
ядра под разные системы разные
файл в системе NTOSKRNL.EXE может быть на самом деле как ntkrnlmp.exe, так и ntkrnlpa.exe или ntkrpamp.exe, установщик их просто переименовывает под конкретную систему:

ntoskrnl.exe — однопроцессорное ядро Windows.
ntkrnlmp.exe (англ. NT Kernel, Multi-Processor version) — многопроцессорное ядро Windows.
ntkrnlpa.exe — однопроцессорное ядро Windows с более чем 3 ГБ оперативной памяти.
ntkrpamp.exe — многопроцессорное ядро Windows с более чем 3 ГБ оперативной памяти.

что у тебя там конкретно - см. свойства файла на вкладке "Версия" значение "Внутреннее имя файла"

у меня там именно ntoskrnl.exe, если бы он сказал дай ntkrnlpa я бы ему дал

doktorpilulkin

Цитата:

да в июне выходила обновка меняющая этот файл NTOSKRNL.EXE. но так как у меня используется копия старого файла с измененной картинкой загрузки никакой разницы не заметил. попробуй взять старый.

Я это как бы и сам знаю - написал ведь выше. Я ведь спросил что пофиксили MS-овцы в новых ядрах? Я есплоита боюсь, остальное по-барабану. Старые файлы у меня самого есть - в папках Uninstall KB.... итак есть предыдущей весрии. А из дистрибутива уж совсем старье...
Сейчас же NTOSKRNL.EXE оригинальный вобщемто совсем не используется. В 95% случаев сейчас юзается только ntkrnlmp.exe

Ладно, будем ждать отзывов от других пользователей.
В обычной работе пока что проблем не замечал, именно в момент работы Windows Installer появлялись все ошибки. Хотя, WI не обновлялся - т.е. проблема не в нем.

Real Root
а какой именно STOP:0x0000001a ? чего в скобках было написано? одно и тоже, или полный код ошибки был разный?
о том, что они пофиксили, читай здесь
мне понравилось это: BIOS ROM Corruption Vulnerability - CVE-2012-1515

eGorZ
Да, во всех случаях был STOP:0x0000001a
Вот полные коды ошибок:
*** STOP: 0x0000001a (0x00000778, 0xc0000000, 0x00000000, 0x00000000)
*** ntoskrnl.exe - Address 0x804f9f5f base at 0x804d7000 DateStamp 0x4fa3ce58

*** STOP: 0x1000000a (0xdcd22000, 0x00000002, 0x00000000, 0x8051c6f5)
*** ntoskrnl.exe - Address 0x8051c6f5 base at 0x804d7000 DateStamp 0x4fa3ce58

*** STOP: 0x0000001a (0x00000778, 0xc0698400, 0x00000000, 0x00000000)
*** ntoskrnl.exe - Address 0x804f9f5f base at 0x804d7000 DateStamp 0x4fa3ce58

Добавлено:

Цитата:

о том, что они пофиксили, читай здесь

Ну вобщемто раз удаленного эксплоита нет, то можно и откатиться... Но хотелось бы уж точно разобраться в ядрах ли дело... Да, а в майских ядрах что фикселось - не можете подсказать? Просто январские ядра вроде никогда ничего плохого не выдавали, а майские то тоже толком не тестировал... Я в мае из софта то ничего не обновлял. Это в этом месяце поднаволило... Новые Firefox, Opera, Java, апдейты для PROMT, Power DVD и т.д.

Real Root
Из перечисленного софта кроме Promt (текущая моя сборка 9.0.0443) у меня тоже всё обновлялось, но BSOD-ов не наблюдал. По кодам ошибок гляну вечером.

Драйвера у тебя никакие не обновлялись часом? И не исключено, что ошибки могут быть связаны именно с русской версией обновлений, проверь корректность цифровых подписей файлов на всякий случай.

ЗЫ: а в майских ядрах они как раз фиксили удаленное выполнение кода, т.е. то, что ты больше всего не любишь

eGorZ

Цитата:

Драйвера у тебя никакие не обновлялись часом? И не исключено, что ошибки могут быть связаны именно с русской версией обновлений, проверь корректность цифровых подписей файлов на всякий случай.

Подписи целые. Дрова больше не обновлял. Я вообще на всякий случай ОЗУшки вытащил и заного сунул - может контакт плохой был... Будем смотреть...

Кстати, как там ваш ремонт? Завершился? EP будет хоть разок еще или уже все?

Real Root
Вряд ли это проблема с модулями памяти, если это у тебя случилось на нескольких машинах одновременно. Оптимальный вариант - исследовать минидампы BSODов, если они остались. Тогда сразу будут видны все участники события.

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

Цитата:

Вряд ли это проблема с модулями памяти, если это у тебя случилось на нескольких машинах одновременно.

Это все было на одной машине. Но уже после воторого BSOD-а я проверял память memtest4.2 и сделал chkdsk /f /r /x для всех дисков. После этого получил 3-й BSOD... Помоему только потом попытался "пошатать" видяху и модули памяти.
Подозрительное ядро стоит и на моем рабочем компе включенном 24/7 (тот комп был тестовый, для подготовки заливок - на нем никто не работает и не прикасется). Из последних приблуд (на рабочем компе) было вчера - диспетчер задач не вызывается (ошибка)... пара прог завершилась с поломанными окнами... Ну короче говоря ясное дело - нехватка памяти, к слову такое у меня бывает не редко (Опера только 1 гиг жрет, обычно открыто 20-30 вкладок), но в этот раз Опера была закрыта и после закрытия пары не важных прог я вызвал диспетчер задач. В нем выделение памяти было 1,3Гб (2Гб установлено физической), я попытался запустить IE - он опять ошибку (нехватка памяти..). Короче говоря, не смотря на доступные еще 700 метров система отказывалась выделять память дальше... После перезагрузки пока что полет нормальный (уже сутки). Но на этом (рабочем компе) я только на форумы хожу, да торренты раздаю, ну плюс с него по сети пара компов и телек фильмы смотрит, так что не знаю должно ли тут вылазить вообще что-то.

Real Root
Ну, если комп один и тот же, тогда может быть всё что угодно.
У меня чудеса с системой творились в своё время, когда были проблемы с жестким диском - система с каждым днем загружалась всё медленнее и медленнее, и могли не стартовать отдельные сервисы, причем вручную они потом запускались. Потом этот диск вообще очень странно себя повёл - стал "read only", а со Smart-ом всё было нормально, и тесты поверхности ошибок не находили.

Вобщем, рекомендую для начала откатиться на ядро предыдущей версии и понаблюдать за системой. Но в первую очередь надо исследовать минидампы памяти.

Цитата:

Вобщем, рекомендую для начала откатиться на ядро предыдущей версии и понаблюдать за системой. Но в первую очередь надо исследовать минидампы памяти.

Чем и как их исследовать?
Имею только blue screen view - но она показывает погоду на марсе - сам синий экран в момент его появления - более ничего.

Real Root
вот такое попробуй kdfe.cmd для анализа дампов BSOD

Real Root
Она показывает внизу в табличке перечень бинарников, которые вызвали BSOD, со всеми адресами, описаниями и путями. Её должно быть достаточно.

eGorZ,

Цитата:

На счет "ещё разок" - такого глобального уже наверное не будет, хотя кто его знает

А жаль. Хотелось бы ко второй годовщине SP3EP (27.06.2012) получить хотя бы одно обновление

Парни может кто нибудь скинуть ссылку (торрент) на windows xp sp3 32-64 bit с самыми последними обновлениями? Только без всяких там сторонних программ, тупо чистая сборка ну и естественно ломанная.

maxsis500
Извините, но тут нельзя такие ссылки ни давать ни обсуждать.
То что Вы просите, как не крути называется сборка самопальных дистрибутивов на базе Windows XP. Вот там могут помочь, или вот тут еще лучше

Спасибо и на этом.

Boris_Popov
Сдвиги имеются - во всяком случае новый компьютер, купленный ещё в декабре, я в эти выходные наконец распаковал и запустил - зверь машина

Real Root
Насчёт KB2707511 - похоже, таки ждём исправлений от M$
KB 2707511 update for XP interferes with ntvdm.exe
[XPPro] XP + KB2707511 = No DOS
Windows XP hang on shutdown
...

Dr_Boa
не подтверждаю ни по одному из пунктов

Репак нового Windows Update Agent 7.6.7600.256 (оффлайн установщик),
собранный из оригинальных файлов Microsoft. Полностью работоспособен.
Устанавливается как на Windows 7 SP1, так и на Windows XP SP3. Ссылка:
http://www.wincert.net/forum/topic/9907-repak-windows-update-agent-767600256
------------------------------------------------------------------------------------------------
P.S. Хотя новый Windows Update Agent 7.6.7600.256 предлагается к установке
с узла WU уже несколько дней, он существует пока только в online- версии.
Официальной оффлайн-версии Windows Update Agent 7.6.7600.256 пока нет.

Так похоже все начинает проясняться...
Помог скрипт kdfe. Кстати, под нынешнюю версию Debug Tools его необходимо откорректировать (пути только). Итак, причина проблемы следующаяя:
В моей стендовой системе используется 2 драйвера файловой системы - real_shell.sys и hfxp2.sys. Первый - для виртуализации ФС, что-то в стиле заморозки. Второй - сокрытие и блокировка доступа к определенным папкам/файлам. И все 3 БСОДА с жалобами именно на драйверы ФС. Самим драйверам в обед 7 лет будет (первый 2007 года, второй 2005) - именно с того момента они и используются. Похоже, МС внесла какието изменения в ядра, которые делают работу этих драйверов не стабильной. Пока что откатился на январское ядро - отпишусь по этому поводу позже - надеюсь ошибок не будет.

mintyrhinoceros

Цитата:

новый Windows Update Agent 7.6.7600.256 ... существует пока только в online- версии

Нельзя ли ссылочку ?
Для 64-bit такая же ?

Real Root
ну вот, это уже что-то

asasha
Если чуть внимательнее посмотреть на мой последний пост,
там есть ссылка. Нужно на нее (ссылку) кликнуть. Там есть и для x64 то-же

Windows XP Pro SP3.
После установки одного из обновлений Microsoft .NET Framework знчительно (до 2-3 минут) увеличивается время загрузки "сетевых подключений" и как следствие долго не появляется значок сети в трее, возможность соединения с интернетом.
Windows девственная, только что установленная, лицензия, все доступные обновления. Других программ нет.
В чём может быть причина? Проделывал процедуру переустановки несколько раз, и на XP Home тоже самое. После установки .NET Framework с помощью "Windows Update" заторможиваются "сетевые подключения" при загрузке системы.
Как исправлять?

Honorary
Если после обновлений долго (около часа) не перезагружать компьютер, то тогда сетевые подключения загружаются нормально.

Цитата:

Как исправлять?

Выполнить %WinDir%\Microsoft.NET\Framework\v4.0.30319\ngen.exe executeQueuedItems
И подождать пару мин., пока отработает оптимизация (в черном окошке)

ppkp, vitsat
Спасибо. Я понял. И мало того вспомнил. Об этом люди пишут примерно так:
"Если грузит процессор после установки какого либо .NET Framework'а или его обновления с Windows Update - то крайне полезно не отключать, а дать минут 5-10 (в зависимости от шустрости компьютера) поработать. Так после установки Microsoft .NET Framework4, оптимизация вообще способна запускаться несколько раз, в нескольких перезагрузках компьютера (до 3-4 раз). Но потом загрузка ОС происходит шустрее."
Решено.
Попробовал сейчас выполнить команду "ngen.exe executeQueuedItems " окно CMD появилось и мгновенно исчезло.
Так или иначе всё в порядке.

mintyrhinoceros

Цитата:

там есть ссылка

Я не просил перепаковку