[решено] Проблема с winlogon.exe при выключении компьютера.
 

Проблема с winlogon.exe при выключении компьютера.

Появилась именно после интреграции в дистрибутив WinStyle.

---

вариант решения тут http://forum.oszone.net/post-1290537-757.html
и тут http://forum.oszone.net/post-1291490-760.html

это скорее проблемы дистриба либо дров

Проблема в дистрибутиве отсутствует, так как на основании него делаю уже 4-ю сборку. Такой глюк начал проявляться после интеграции в него WinStyle. Собственно он и проявляеться не на всех компьютерах, и даже там где есть - проявляеться не всегда при выключении. Заметил, если сразу загрузился, 5 мин поработал и выключил - глюка нет. Если посидел долго за работой - вот и он.

Поддерживаю. И на виртуалке и на компе вылетал бсод...

Эм... Возникает такая ошибка.... При выключении компьютера.

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

Рабочий Winlogon для замена две файл в архиве Patch_winlogon.exe winlogon.exe

BillGates_XP, а что Вы зделали с winlogon.exe можно узнать?

как работает :up

конечно у тебя шыроко форматный экран а фон тоже шыроко формат должно быть

Цитата:

Цитата BillGates_XP как работает »

нет возможности сразу ответить, эта ошибка непостоянная :cool: Интерсно очень в чем была проблема?

Нет непомогло, только что словил эту ошибку. :help:

привет! так как убрать ошибку с winlogon при выключении?

Проблема с winlogon, та же ошибка что и писали или BSOD. На разных компах по разному. Пишите если кто поборол.

У меня пока не вылетает больше по сей день, если вылетит отпишусь, а так с 07-08-2009 все отлично работает.

а где он чет не понял?

выложил вот Winlogon рабочий у меня прекрасно работает без ошибок

его на готовой системе менять, только или сразу в адоне где заменить можно, извините туплю ..забухал сильно
в адоне экстримпак он есть (winlogon.exe), но др. (более старой) версии.

Подтверждаю по поводу ошибки winlogon.exe, хотелось бы найти этому решение

Посмотри этот пост http://forum.oszone.net/post-1195417-67.html

Тогда предоставьте минидамп памяти для анализа, который создается во время выпадения БСОДа.
Если у вас его создание включено, то пришлите уже готовый один или два. Если выключено создание - включите, дождитесь БСОДа и пришлите.

BillGates_XP Patch_winlogon.exe можешь выложить?

выложил

Внимание! Ошибка на стадии завершения работы
 

TO ALL

Минуточку внимания! У кого возникает ошибка на стадии завершения работы с сообщением:

Скриншот:


Скриншот:


Просьба:

Включить создание дампа нужно здесь:

Скриншот:

У меня было это всего 1 раз и то без BSOD и после того как я скачал финальный "Финал"(ну прям Каламбур:)) Все пропало

BillGates_XP, - Вы сделали патч - который превратит winlogon.exe в "беспроблемный" который работает у вас, но все-так поподробней бы, это патч, для оригинального winlogon.exe или для того, что получается после винстайла, т.е. его можно смело закидывать в \UpdatePack-XPSP3-Rus-9.8.18\Addons\Winstyle\Patch переименовав в Patch_winlogon.ex_.exe естесно???

хорошо, что для оригинального

На финальной версии выскочило 1 раз.

У меня тоже на финальной версии выскочило 1 раз. После 2-3 перезагрузок все как по маслу.

Ну prokazzza, знает что написал. Т.к. у некоторых именно выскакивает эта ошибка, а после нее BSOD. Поэтому он дампы и просит.

Это будет известный BSOD, не несущий информации по данной теме.
А почему вам так весело?

В том патче от BillGates_XP по сравнению с оригинальным от Проказы просто изменен идентификатор одной и единственной там картинки, и уменьшены по размеру три иконки. Вобщем с решением проблемы это не имеет ничего общего ИМХО.
БСОД появляется по какой-то другой причине, не зависимой от патчей logonui.exe, winlogon.exe и работы Монитора.
У меня этот БСОД не появлялся никогда и ни разу ни на одном компьютере, хотя использую эти файлы патченые ресурсами от Проказы. На одном из компьютеров монитор также включен постоянно. Единственное что я НЕ использую - это всего Winstyle целиком. Так что ИМХО проблема в каком-то другом компоненте.

-quntiun-, видать всеже невсе)) проблема с winlogon остается актуальной!

http://forum.oszone.net/post-1198733.html#post1198733

Такая же беда, но не после того как проинтегрировал в дистрибутив и установил Windows. А уже на живой системе вкорячил WinStyle. Скачал Final WinStyle и пока проблем не обнаружено.

После смены обоев если перезагрузить вылетает в синий экран
Содержание файла manifest.txt:

Содержание файла appcompat.txt:

И файлы Winlogon:

Люди вообще кто либо будет решать эту проблему???

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

PumaSun, нет! так как у меня как раз Интел(

читайте тут

Опа! Винстайл винлогон патчит!
Вполне возможно, что в этом дело. Winlogon содержит в себе ряд проверок целосности кода (защита от взлома). Поэтому, возможно, дело как раз в этом. Все так называемые патчи винлогона эту защиту при взломе отключают. Возможно, дело как раз в этом. Ради одного диалога жертвовать стабильностью не следует. К тому же, на патченный логон буде однозначно ругатся средство для смены ключа виндовс (обычно применяется с GGK).

я убрал из winstyle 2009 патч для winlogon.exe, пересобрал дистрибутив, но ошибка осталась, значит не в нем дело, один из пользователей заменил файл logonui.exe, поставив анологичный из какой то другой сборки, после чего по его заверениям ошибка больше не появлялась, возможно в этом все дело??? Сам я не могу проверить эту инфу, т.к у меня BSOD сейчас не выскакивает

а кто сказал что проблема в патче. говорится же что проблема возникла при интуграции WinStyle!!!а насчет патча много раз говорилось, что проблема не в нем.

А разве я сказал, что проблемма в патче???

выключал комп вылезла ошибка без бсод и комп ушёл на перезагрузку вместо выключения. Ошибка периодически вылазит но у меня без бсода

matysik-44, Тоже убрал патчер, ошибка осталась, но! я сделал поиск в папке аддона и нашел ещё один с названием winlogon.ex_ , после его удаления ошибка больше не появлялась. Но есть ещё один интересный момент - ошибка появлялась при старом патчере, с новой версией такого уже не было, при установке, когда идет выбор драйверов, если я полностью снимал все птички с пакетов драйверов ошибка была, а когда были выбраны все пакеты то ошибки не было, что было очень странно. Выловить из за чего не получилось так как заменил патчер на новый и ошибка была постоянно.

Добавлено:
Опять поймал глюк winlogon + BSOD, но уже с оригинальным winlogon.dll - значит проблема не только в нем, но странно то что 2 раз ошибка пока не появлялась , специально перезагружал раз 15 но всё было нормально. Значит нужно ещё искать!

Добавлено 2
Пробовал пересобирать ещё пару раз , выскакивает таже ошибка (глюк winlogon + BSOD) , только один раз и в это время появляется надпись "Сохранение параметров" - при следующих перезагрузках не появляется.

кто то решил эту проблему или нет ?
появляется рандомно .

появляется при выходе пользователя - сохронение параметров
иногда после выхода пользователя и входе обратно





потом синий экран .

batyaPS, Проблему вроде решил (по крайней мере больше не появлялась) проверьте у себя !!!
1. удалил из папки patch - Patch_winlogon.ex_
2. удалил полностью папку Extreme (какой файл из 9 виноват не определял)
3. собрал заново

Genry111, пасиб попробую

Genry111, попробовал , действительно появление ошибки добится не могу .

Но в этом случае у меня менюшка выход из системы стала старой (как в 2000, т. е. нет предложения сменить пользователя, а только выход)
У тебя так же ????

batyaPS, Такого не должно быть в папке extreme только патчеры, а не изменение функционала, у меня нормально есть и выход и смена пользователя.

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

а может кто то прокоментировать содержание папки экстрим ?
ведь для чего то они делались

А я так поборол проблему.
Удалил из папки patch - Patch_winlogon.ex_, но не хотелось терять все его новшества, поэтому я отказался только от ветки ресурса "точечный рисунок", которую добавил проказа и которой не было в оригинальном файле (там красная картинка "внимание").
Теперь проблемы не наблюдаю.
Прикрепил свой винлогон, может кто потестирует тоже.


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

pytex, не совсем понял .
так ты удалил Patch_winlogon.ex_ или изменил в нем параметры патченга (хз как сказать )

pytex, Так как раз я про это и писал, что у меня была ошибка и с оригинальным !(не патченым!) winlogon.exe, и как раз проблема решилась удалением папки extreme (правда ещё не выяснили из-за какого файла была ошибка).

У меня тоже после того как снёс папку Extreme ошибка пропала.

я на всех сборках использую Extreme-Pack :yes:

и как обстоят дела с winlogon?

некакой проблема нету :search: у меня ошибка вообще не будет :yes:

кстати проблема svchost.exe тоже возникала у детища проказы VistaPath в последнее время. и ошибка была обнаружена именно в ЭкстримПаке. и тогда много искали в чем проблема. я долго использовал вистапатч и никогда небыло проблем. но однажды добавил экстрим и возникла данная проблема. теперь видно в синстайл такое тоже появилось и думаю проблема именно в эскриме.

ребята дак подскажите как решить эту проблему ?

аддон ExtremePack v.9.8.18- updates unlimited думаю это помогает тебя

дак в самом винстайле не4его менять не надо ??просто этот аддон интегрировать ?
не обижайся но надо правильно "это тебе поможет"

так точно :)

WinStyle с интегрированным ExtremePack v.9.8.18 и через раз вылезает упомянутая ошибка.

som, пройди по сылке и прочти код своей ошибки 0xC000021A:
http://support.microsoft.com/kb/156669/

тамже и ришение все твоих проблем

тамже и ришение все твоих проблем
http://support.microsoft.com/kb/156669/

Проверял на виртуальной машине (на живой пока нет возможности). Подтверждаю - проблема исчезла :yahoo:
До этого ошибка появлялась при перезагрузке или выключении виртуальной машины, если во время работы менялась фоновая картинка
Перезагружал, выключал раз 20, пробовал менять фоновые изображения - и ничего... все нормально

ExtremePack аддон и Extreme папка в аддоне winstyle совершенно разные вещи , и некоторые не совсем поняли суть ..

я в свою очередь тоже , удалил папку Extreme из аддона winstyle и появления ошибки на виртуальке добится не смог .
Пробовал так же на виртуалке приминить файлы патчеры из этой папки уже на рабочей системе , но файл назначения
для патчера нашел только один. и то , после применения патча ошибки так и не увидел .

пардон .

потестил ещё и пришел в выводу , что после применения одного из патчей
Patch_osuninst.ex_.exe
Patch_setup.ex_.exe
Patch_setupn.ex_.exe


появляется данная ошибка .

Может еще кто то потестит и найдет виновника

Дело было не в бабине, создал образ без папки Extreme, но ошибка опять проявилась, танцы с бубном продолжаются ))

Сделал образ используя ExtremePack v.9.8.18 (раньше была версия 9.5 там был файлик winlogon в отличии от нынешней) без папки Extreme в winstyle. когда создаёшь несколько пользователей и переключаешся между ними выдают ошибку.

ты случайно не использывал Del Addon

BillGates_XP,
Откуда такие сведения? Судя по постам в этой теме от ExtremePack эта ошибка не зависит..

BillGates_XP, нет, даже о нём не слышал ) Вот список аддонов которые использую:

у меня тоже такое аддоны но не понимаю что с winlogon.exe-ном посьтав винду на VirtualBox

А смысл? VMWare тоже хорошая виртуалка :)

BillGates_XP ставил раньше и на VirtualBox, думал может это он, что не так интерпритирует ), ща сделаю образ чистой sp3 с одним только аддоном winstyle

VirtualBox хорош тем что маленький и на нём думаю удобно быстро проверять образы, а Vmware больше для более тяжёлых задач где требуется не обна виртуалка. И попробую на wmware server 2.0.1
С VirtualBox у меня была проблема, когда в easyboot делал iso и ставил галочку оптимизировать, то при установке когда копируются файлы, ещё в dos, ненаходило некоторых файлов, после перехода на vmware, проблема отпала.

Господа! Обратите внимание!

пост 1
пост 2

Может быть это и вам поможет? Конечно теряется автоматизация создания собственного дистрибутива, но я закинул прикрепленный к моему посту файл (CAB-архив файла winlogon.exe от pytex) в папку Winstyle\Files\ForceCopy, т.е. он заменяет соответсвующий файл в дистрибутиве в папке i386. Проблема не наблюдалась как на виртуальной машине, так и на "живой".

Я сделал так же, проблемы больше не было, ни на виртуалке, ни на живых компах.

Хочу добавить к предыдущим своим постам, что папка Extreme НЕ удалялась.

При первой же перезагрузке "ушел" в синий экран. И как уже многократно повторялось, проблема НЕ в winlogon.exe. А причина, почему у вас перестала появляться ошибка, точно такая же из-за которой она появляется, т.е. не известна :)

Факт остается фактом. У меня при использовании файла winlogon.exe от pytex проблема исчезла и на виртуалке, и на живой машине.
Тьфу-тьфу-тьфу - не сглазить

Вроде помогло ), после создания дистрибутива, перезаписал этот файл, пока проблема не наблюдалась, это хорошо ), а то хотел уже сносить WinStyle и возвращатся к respatch, всётаки надёжность системы более важный фактор, чем её внешний вид.

увы, тоже обнаружил этот (с winlogon.exe) глюк на Селеронах 1..8-2.4, но больше не проявляется - ничего не делал. После установки ХР при первом входе выдал ошибку на winlogon.exe. На другом компьютере при перезагрузке (или выключении). Патч пока не пробовал, т.к. проблема больше не появляется... жду :)

som, CrOsP, и всем кому интересно...для решения этой проблемы было бы неплохо для начала прочитать справку по BSOD, так как это та сама проблема - "синий экран", http://soft.oszone.net/program/809/Spravka_po_BSOD/ , а после этого, если не нашли свою проблему в по даном списке, уже как-то решат ее!!Кстати в большинстве случаев ошибки типа "рид", "обратитесь по адресу" - возникают из-за испорченных\зараженных файлов т.е. У ВАС ВИРУСЫ и не надо казать что "У меня Аваст" или "У меня Каспер" - это говно (извиняюсь за выражение) проверено своим опытом, у меня были такии же ошибки!!Ставьте НОД32, проверяйте систему, лечите ее(но лучше на чистый, форматированный винт, ставить чистую винду) и все будет ОК!!

Virtyaluk, слишком громко сказано . работу антивирусов обсуждают не в этой теме . !!!

Это тоже ваш опыт вам подсказал? =)
А аргументы?

batyaPS, ну так я и сказал "извиняюсь за выражение" + я здесь роботу антивирусов и не обсуждаю.
PumaSun, да это все с моего опыта.Когда стоял "каспер" - комп тупил(хотя у меня 4Гб рамы), обновления хавали трафик, а толку ни какого половины вирусов даже не было замечено(особенно червей).А НОД32 справляеться со своей работой на все 200%...ладно не буду флудить бо batyaPS, снов скажет что работу антивирусов обсуждают не в этой теме . !!! .Кстати насчет аргументов, читайте внимательно форум, в многих темах эта проблема уже решена!!! http://forum.oszone.net/thread-146165.html http://forum.oszone.net/thread-150115.html http://forum.oszone.net/thread-150071.html и других!Для этого, в принципе, есть "Поиск".

Пишу мало, прочла много. Вот и хотелось бы аргументы в подтверждение, а не домыслы по опыту -- потому что... прочла много ;)
А пара приведенных в ссылках топа, только удаляют от истины и пожирают огромное кол-во времени.

Кто-то эту проблему решил?

TO ALL!!
Читаем справочку по BSOD --> http://soft.oszone.net/program/809/Spravka_po_BSOD/
а если что неясно то пишем здесь
ТОЛЬКО ЧИТАЕМ, ВНИМАТЕЛЬНО ЧИТАЕМ!!!

Vitaliy21,

Я сам такого BSOD не встречал, но судя по скрину из шапки эта ошибка обсуждалась в этой теме. Судя по ссылкам (1, 2) виноватыми могут быть Userenv.dll и Winlogon.exe или Csrss.exe. Патчера Csrss.exe в Winstyle нет - так что могут быть только 2 причины :)

Цитата:

Цитата Virtyaluk ТОЛЬКО ЧИТАЕМ, ВНИМАТЕЛЬНО ЧИТАЕМ!!! »

Нет там ничего про этот BSOD...

TO ALL!!
Надо было читать внимательно справку по BSOD!!Там все написано.Решение проблемы описано здесь --> STOP 0xC00002a.Тему можно считать решенной.

Habetdin, у справке по БСОД точно есть ошибка 0хС00002а!Я в этом уверен!!
А по ссылке ее решение, хоть какое но все таки решение, другого нет!Потому можно считать тему завершенной.

Но ведь должна быть причина? И почему это другого решения нет? Oo

Такое впечатление, что эта справка написана задней левой лапой... Вместо точного перевода оригинальной Майкрософтовской документации зачастую написано видимо личное мнение автора и его личная интерпретация ошибки.

Там к этому коду ошибки какое-то другое описание.
0xC000021A: STATUS_SYSTEM_PROCESS_TERMINATED означает "неожиданное завершение критического системного процесса", в данном случае это Winlogon.exe. Но причина его падения совсем не обязательно заключается в нем самом, и падение вполне может происходить из-за каких-то других поврежденных или не корректно работающих модулей.
У меня лично с начала работы над Winstyle этот БСОД так ни разу и не появился, и я понятия не имею, откуда он берется.

som, ошибка возникает при сбое программы Winlogon.exe или Csrss.exe. Когда ядро Windows NT обнаруживает остановку одного из этих процессов, оно останавливает работу системы и отображает ошибку «STOP 0xC000021A».
Вот скажи у тебя хоть виндовс запускается т.е. эта ошибка при выключении или у тебя раз выключился с этой ошибкой и на то конец (да здраствует Интернет-кафе)????

Выяснение причины BSOD при завершении работы системы
 

Вообщем мне надоело смотреть bsod при каждом втором завершении работы и я решил выяснить причину его возникновения.
Mr dUSHA утверждает что bsod возникает из-за Winstyle, я и сам так думал, но теперь считаю что это далеко не так. Я поэкспериментировал с logonui.exe и winstylemonitor и думаю нашел причину возникновения bsod. Дело в том что winstylemonitor перезаписывая картинку новой обоины в Logonui.exe, каким-то образом НЕ удаляет старую!! То есть записывает картинку поверх картинки в результате чего файл logonui.exe раздувается до больших размеров, вызывая рандомный bsod.
Вы можете проверить это у себя на компьютере. Возьмите с оригинального дистрибута файл logonui.exe и пропачте его патчером из аддона Patch_logonui.ex_.exe. Скопируйте полученный файл в system32, заменив старый. Потом выполните сброс мониторинга winstylemonitor.exe -Reset, чтобы картинка обоины с рабочего стола залилась в logonui.exe. Зайдите в system32 и запомните размер logonui.exe, предположим он 5 мб. Теперь поставьте другую обоину рабочего стола, winstylemonitor запишет новую картинку в logonui.exe, снова зайдите в system32 или обновите директорию system32 через F5 и вы увидите что размер logonui.exe увеличился до 12,4 мб, причем 12.4 мб это похоже предел для файла logoniu.exe, потому как большего размера я не смог получить, он всегда максимум 12,4 мб, в какое пространство заливается следующая картинка WinstyleMonitor непонятно. Далее смените обоину рабстола на предыдущую и вы увидите что размер logoniu.exe как был 12,4 мб так им и остался, хотя если вы помните он должен стать 5 мб. Думаю, что у тех кто использует не изменённый ключ вероятность получения bsod больше, так как winstylemonitor заливает свою стандартную синюю картинку в первое приветствие, а потом при входе в систему поверх неё записывает обоину с рабочего стола.
Вообщем для чистоты эксперимента я отключил и удалил winstylemonitor и пропатчил файл взятый с дистрибутива logonui.exe вручную через ресторатор. Результат 10 дней без bsod!!! Хотя до этого повторюсь появлялся через каждые 2-3 выключения компа.

---

Ответ

У меня пару раз такая ошибка появлялась, но мне кажется она проявлялась после смены картинки на рабочем столе. Если не менять и в последующем после замены и ошибки, проблемм не наблюдалось. Так что может Mr dUSHA, это монитор вызывает ошибку? Он же меняет картинку фоновой загрузки.

http://forum.oszone.net/thread-150464.html - В bsod при завершении компа виноват winstylemonitor!

Super09, Лично мне помог файл из этого поста http://forum.oszone.net/post-1214207-78.html
До этого bsod появлялся регулярно, поэтому вопрос КТО ВИНОВАТ? остаётся открытым!

вы уверены что это BSOD ?

в теме Проблема с winlogon.exe при выключении компьютера. есть скриншоты с ошибками, но там обычные ошибки приложений, называть их BSOD — это очень сильно грешить против истины.

если вы действительно считаете, что в этом виноват WinstyleMonitor, то выложите свой файл logonui, при котором у вас гарантированно появляется ошибка.

Я заменял файл winlogon.exe на непатченный из оригинального дистрибутива после вот этого сообщения http://forum.oszone.net/post-1210775-53.html от 3 числа, но это не помогло, бсод регулярно появлялся. Сейчас у меня стоит патченный от проказза winlogon.exe с красной картинкой и никаких бсодов не наблюдаю уже 10 дней.
Очень смешно, интересно как вы называетет это:

Сильно грешить против истины назвать это - обычные ошибки приложений, этих ошибок не возникает если отключен монитор, либо установлен оригинальный XP.
Вы невнимательно читаете, я удалил этот 12 мегабайтный! logonui еще 10 дней назад. Вот мне интересно как вы считаете при перезаписи картинки в файле ресхаком или ресторатором, размер файла должен удвоится или все-таки должен остаться сбалансированный от размера картинки?? Мне также очень интересно услышать мнение Mr dUSHA по этому поводу.

Есть такое. Но это глюк не самого монитора а системных API-функций, которые обновляют ресурсы. По каким-то причинам размер секции ресурсов и, соответственно, файла целиком не уменьшается при заливке в ресурсы меньшей картинки, чем была до этого. Таким образом размер logonui.exe остается максимального в его жизни размера.

Для меня из этого сообщения выходит, только еще одно подтверждение моему выводу, проблема с winlogon.exe при выключении компьютера возникает при заливке обоины в logonui.exe посредством winstylemonitor, пусть даже здесь нету вины Mr dUSHA. И эту проблему нужно как-то решать, исправлять, может убрать апи и сделать через обычный ресхакер? Ведь при ручной заливке картинки в logonui.exe посредством ресторатора данного глюка (бсода или "обычных ошибок приложений" при выключениии компа, а также громадных размеров logonui.exe) не замечается даже с пропатченным от проказа winlogon.exe.

Не факт. БСОД появляется даже тогда, когда logonui.exe не используется, и используется класический диалог входа/выхода.

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

единственно странно при выходе из системы старый интерфейс "выход из системы " т.е. нет пункта "сменить пользователя"

Mr dUSHA,

Вы можете переделать winstylemonitor для проверки причастности winstylemonitorа к данному бсоду?? Убрать апи и сделать функцию заливку картинки через обычный ресхакер. ??

гораздо проще будет выложить logonui, который якобы приводит к этой ошибке.

Нет. Так точно извращаться не буду. Если додут руки, то сделаю полностью функционал редактирования ресурсов в самом Мониторе, без всяких АПИ и тем более Ресхакеров.

Уважаемый Virtyaluk, судя по стилю вашего повествования, приведению ссылок которые и так первым делом все прочитали, рассказам про вирусы, навязчивым желанием закрыть тему и т.д. вам или мало лет или вы не понимаете суть проблемы. Позвольте внести ясность. :)
Тут говориться про ошибку, которая возникает при патче дистрибутива проектом WinStyle 2009. Соответственно тему можно закрывать тогда, когда будет найдено решение устранения этой неполадки на уровне дистрибутива. В частности я управляю отделом администрирования в крупной компании, в нашем распоряжении находятся более 1000 компьютеров. Не первый год пользуюсь этим сайтом для создания универсального дистрибутива, соответствующего на разный период требованиям компании. В последнюю разработку засунул WinStyle 2009. Вышеупомянутая ошибка вылазит на каждом третьем компьютере. Индивидуально устранять её на каждом рабочем месте конечно же можно, но это не решение проблемы, легче тогда отказаться от WinStyle 2009. Так что если у вас есть что нить по существу - милости просим поделиться идеями.

у меня он 29,2 всегда максимум )).

У меня на пк прописано 2 юзера. Пробовал заменить logonui на оригинальный, также заменить winlogon тем что выложен сдесь и выключить из автозагрузки winstyle monitor. при завершении сеанса 1-ым юзером и при входе 2-ым все равно вылетает ошибка и винда уходит в bsod.

У меня на пк прописано 2 юзера. Пробовал заменить logonui на оригинальный, также заменить winlogon тем что выложен сдесь и выключить из автозагрузки winstyle monitor. при завершении сеанса 1-ым юзером и при входе 2-ым все равно вылетает ошибка и винда уходит в bsod.

Видимо исправление этой нездоровой штуки ждать столько же скок делался винстале

Super09, как я понял данную проблему ты выявил при смене обоев, из-за чего, по твоему мнению, и получается BSOD. Хорошо, а что получится, если не менять обои (у меня отключено автоматическое обновление картинки входа пользователя при смене обоев)? Заставку рабочего стола я вообще не меняю. Но не смотря на то, что я не делаю те "противоправные" действия, синий экран я все же иногда ловлю.

som, snik100, только не нужно меня чмирить!!
Я очень хорошо разбираюсь в компьютерах и я не мал годами!!!
И не требую закрывать тему, просто наша дискуссия идет в тупик!!

В большинстве случаев ошибки «STOP 0xC000021A» возникает из-за сбоев в работе программы Winlogon.exe, причиной которых обычно является динамическая библиотека GINA (Graphical Identification and Authentication) от стороннего разработчика. Библиотека GINA – это заменяемый DLL-компонент, загружаемый программой Winlogon.exe. GINA реализует политику проверки подлинности интерактивной модели входа в систему. GINA выполняет все пользовательские операции по идентификации и проверке подлинности. Многие программы удаленного доступа заменяют библиотеку GINA, используемую Windows по умолчанию (Msgina.dll). Таким образом, в первую очередь следует проверить, не использует ли система библиотеку GINA от стороннего разработчика. Для этого найдите следующий раздел реестра: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon Параметр = GinaDLL REG_SZ Если параметр GinaDLL существует, но имеет любое другое значение, кроме Msgina.dll, скорее всего, значение изменено продуктом стороннего разработчика. Если этот параметр отсутствует, система использует Msgina.dll в качестве библиотеки GINA по умолчанию. Если рассматриваемая ошибка впервые возникает после установки нового или обновленного драйвера устройства, системной службы или программы стороннего разработчика, новое программное обеспечение следует удалить или отключить.

Virtyaluk, ну и че ? какой файл(файлы) виновник ? или предлогаешь просто отказатся от winstyle ?

Думаю это взято отсюда http://support.microsoft.com/kb/156669/ru

а это не пробовали http://forum.oszone.net/post-1214207-78.html

batyaPS, не наезжай!
я не предлагаю отказаться от винстайл!!
Super09, правильно кажет, это взято оттуда!
пусть автор прочитает решение даной проблемы из той статьи, попробует ее решить, и отпишет в тему про результаты роботы - с которых МЫ , дорогие друзья, будем делать выводы!
Если вы конешно не хотите чтоб я вам помогал - просто напишите здесь я откажусь от своих постов и уйду с даной темы чтоб вам не мешать!!!

насчет автора -
Да помощи-то никто еще и не видел. Virtyaluk, не заблуждайся в собственной значимости

у меня эта проблема решилась благодаря этому посту, уже три дня новой системе и нечего не проявляется. Спасибо!!! :o

Так что же утверждает Mr dUSHA?

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

snik100, ты так и скажи "Виртуалик МЫ не нуждаемся в твое помощи в этой теме" и все!!!

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

Pozia, и остальные - мы решаем проблему или флудим??

поддерживаю....
у многих это сработало
автор темы это может быть решением вашей проблемы, возьмите во внимание.

Не знаю по какой пречине у меня нет папки minidamp (а он включен !) , по этому я выкладываю дамп Доктор Ватсона который он сохранил при синьке, не знаю одинаковые они или нет. Если кто знает почему нет папки minidamp при включенном minidampе прошу дать сылку на материал. Дамп прекрепил.

Интегрировал
Аддон Xp Animate Style и забыл о проблеме.

mklim, вы может объясните что это и где взять? И почему этот аддон по вашему мнению решил проблему?

http://forum.oszone.net/thread-139257.html Там всё расписано.

На такие БСОДы минидамп не создается, поскольку он не нужен, так как никакой критической ошибки на уровне ядра не возникает. Ошибка доступа к памяти STATUS_ACCESS_VIOLATION (0xC0000005) возникает в пользовательском режиме у процесса winlogon.exe, из-за чего winlogon.exe аварийно завершает работу.
Ядро отслеживает неожиданное завершение системного процесса winlogon.exe, и останавливает работу ОС в целом, с кодом останова STATUS_SYSTEM_PROCESS_TERMINATED(0xC000021A).


Вообще тема создания/не создания минидампа требует хотя бы приблизительного понимания механизмов работы ОС.
Например нет смысла создавать дампы, если БСОД говорит о какой-то аппаратной ошибке, поскольку драйверы изначально предназначены для отладки исполняемого кода самой ядра ОС, драйверов и их окружения.

Еще яркий пример из ветки "[решено] Не создается дамп памяти при стопе" здесь: http://forum.oszone.net/post-1189457-23.html
У пользователя Centyrion судя по всему проблемы с винчестером, и в один прекрасный момент винчестер перестает видеться операционной системой, из-за чего возникает БСОД 0x7A: KERNEL_DATA_INPAGE_ERROR, который означает невозможность подкачки страниц из файла подкачки в память. При этом в параметрах останова видно значение 0xC000000E (STATUS_NO_SUCH_DEVICE), что в целом видимо означает недоступность дискового устройства, на котором расположен файл подкачки.
Там же пользователь сам и подтверждает эту гипотезу:

Цитата:

Цитата Centyrion Ну и от себя еще хочется добавить, что перед "синим экраном смерти" хард начинает издавать какие-то странные писклявые звуки и когда это доходит до предела, то вылетает ошибка. »

Теперь вопрос "внимательному телезрителю" :) : Куда должен записаться Дамп памяти, если винчестер сдох, и система его не видит уже???

Mr dUSHA, Что нить уже известно о проблеме??

Нет. Из дампа мне ничего выудить не удалось.
Да и в том, что в БСОДе виноват logonui.exe неадекватно большого размера, я верю слабо.
Кстати в свое время мы с Проказой тестировали эту гипотезу. Проказа залил оччччень большую картинку в logonui.exe, и сделал его размером 25 мб, долго его использовал, но вызвать БСОД так и не удалось.

Наверно сглазил, вчера опять появлялся этот синий экран...:sorry:

итак. Как победить баг?

Достаточно рьяное убеждение автора данной темы!!!! На поверку оказалось недостаточно убедительным...

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

Почему же тогда синяя дрянь появляется не на всех машинах??? Например у меня ее нет, а если бы утверждение автора темы было верным, то у меня присутствовало как и у многих других... Почему синяя дрянь не регулярна??? Почему даже при выключеном мониторе, синяя дрянь все равно у некоторых пользователей появляется???
Вот сколько почему!!!, а мы все виновных ищем.... Я думаю как и писалось раннее тут причина в одном, а может и нескольких патчах в папке Extreme (хотя я тоже могу ошибаться)

У меня такое тоже стало возникать, очень бесит...это можно вылечить не переставляя систему?

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

Думаю что нет :( Вылечить можно заново собрав новый дистрибутив с новым монитором от Mr dUSHA, что я и сделал. Долго винду мучал пока не словил таки синий экран с перезагрузкой, но только один раз, после этого сколько не старался, так ни разу и не появился + пропали глюки которые были в старом мониторе, что несомненно радует. Нужно более серьезное тестирование, с Пн займусь этим.

Я ничего такого не исправлял в Мониторе, поскольку синий экран не из-за него возникает.

По поводу учетных записей с правами пользователя я также ничего не правил, так что если у вас исчезли оба бага, то это никак не связано с багофиксами Монитора.

у меня тоже пропали все глюки с новым монитором

И как можно исправить данную проблему?

Vitaliy21, использовать новый монитор

вполне вероятно, что проблема BSOD при выходе из системы никак не связана с винстайлом, т.к. встречается и без него

amillo, Amigos, Если заменить WinstyleMonitor.exe в уже пропатченный дистрибутив, то проблема исчезнет ? или нужно занова собирать дистриб с новым WinstyleMonitor.exe ?

Она проявляется и без WinStyle...

Не использую WinStyle Monitor, не использую патченого logoui.exe, стандартный winlogon.exe. Собирал на WinXP OEM SP3, без патчей: winlogon.ex_ logonui.ex_ и вообще без winstyle.exe и wsboot.exe. Итог тотже - bsod как появлялся так и появляется.

Вообще Restorator и созданные им патчеры не совсем корректно работают со StringTable и Dialog. Это лучше доверить ResHacker. И еще, версии файлов в дистрибутиве под которые делались патчеры не у всех такие как у автора! Ведь многие перед WinStyle'om интегрируют UpdatePack и другие системные аддоны.

Мое окончательное мнение: нужно переработать WinStyle в открытый формат, т. е. наподобие ResPatch Black-Dark Aero.

CyberStyLe, проблема BSOD при выходе из системы никак не связана с винстайлом, т.к. встречается и без него

По поводу 1: Ресторатор отлично работает со StringTable и Dialog, дело скорее всего в кривых руках. Ах вы наверное не в курсе, что файлы использованые в аддоне Респатча которые имеют расширение *.res сделаны в Рестораторе, то есть это все переделаные диалоги, к тому же ресхакер не умеет сохранять отдельные диалоги в таком формате, а сохраняет только целиком весь файл?? :lol:

По поводу 2: А вы думаете что вами тут рекламируемый Респатч, учитывает что версии файлов у пользователей разные??? :lol: По этому и там и здесь авторы рекомендуют ставить нужно на Windows XP Professional Edition Service Pack 3, ставите на другие, незачем тут отписываться.

Причем здесь *res файлы. Я что сказал что ResPatch учитывает версии файлов?!, он патчит ResHacker'om, а это надежнее. Я знаю что говорю. А по поводу указания WinXP SP3 OEM, так это чтобы не было вопросов типа "А вы на чистый дистрибутив собираете, или на чью то сборку?"

По поводу ошибки с winlogon ... после интеграции аддона с последним апдейтпаком, попробуйте сделать следующее в созданном вами дистрибутиве из папки i386\system32 скопируйте файл NTDLL.DLL уровнем выше в сам каталог i386 с подтверждением замены. Переустановите систему, ну и напишите о результатах, исчезла ошибка или нет ...

Не проблему не удалось решить :( 5 часов продержалась, а потом опять BSOD

Выкладываю лог сделанный DrWatson. Может кто прояснит ситуацию.

На основании чего такие умозаключения? Просто любопытно

на основании вот этого:

...
*** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\WINDOWS\system32\ntdll.dll -
...

а далее еще интереснее

*----> Обратная трассировка стека <----*
WARNING: Stack unwind information not available. Following frames may be wrong.
*** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\WINDOWS\system32\msvcrt.dll -
*** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\WINDOWS\system32\uxtheme.dll -
*** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\WINDOWS\system32\USER32.dll -
*** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\WINDOWS\system32\MSGINA.dll -
*** ERROR: Module load completed but symbols could not be loaded for \??\C:\WINDOWS\system32\winlogon.exe
...
вот еще
...
*----> Обратная трассировка стека <----*
*** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\WINDOWS\system32\RPCRT4.dll -
WARNING: Stack unwind information not available. Following frames may be wrong.
*** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\WINDOWS\system32\kernel32.dll -
...

Я сперва грешным делом подумал, что возможно это происходит из-за различий между версиями файлов в этих каталогах, потому что не совсем понятно почему в каталоге "I386\System32" лежит такой же файл но ранней версии, а в самом каталоге I386 последней версии. Как раз версия этого файла в каталоге "I386\System32" соответствует версиям winlogon.exe и smss.exe, а так же crss.exe. Но на проверку моя версия оказалась ошибочной :(

так чего поймал бсод?

написано решено но я чёта не могу в форуме найти решение:)))

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

Вот это вот:
означает то, что вы не скачали и не установили пакет симвльной отладочной информации для того, чтоб отладчик мог назвать все функции при анализе их собственными именами, а не чем-то вроде "winlogon+0x3e75e".

да не факт. Ошибка рандомная. У меня даже выскакивает при установке на последней перезагрузке

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

я то скачал, скачал еще Debugging Tools for Windows (x86) прописал его в системе как отладчик по умолчанию, прописал ему путь к папке "Symbol", но все равно в результате в отчете об ошибках я имею то что и имел "ERROR: Symbol file could not be found", а также вот это "winlogon+0x3e75e" как было так и осталось.

Если Вам Mr dUSHA не сложно, подскажите, как все это правильно настроить?

А его пока действительно нету, по крайней мере универсального для всех. Ищем решение, делимся мыслями, или по крайней мере логами системы об ошибках. А то проблему обсуждаем, а конкретики никакой. :(

Замените в вашей системе все те файлы, на которые оно ругается, на версии 5.1.2600.5512 из оригинального SP3-дистрибутива, поскольку отладочные символы из пакета "Windows XP with Service Pack 3 x86 retail symbols, all languages", который вы должны были скачать, подходят только для этих версий файлов. А система ваша уже обработана UpdatePack-ом, и файлы эти заменены на обновленные.

Далее ловите БСОД уже с оригинальными файлами, и анализируйте полученый дамп (или что вы там анализируете?).

Mr dUSHA, да я уже давно понял, что дело как раз в этом, спасибо что подтвердили мои теоретические предположения!

Вот что я в итоге нарыл:

"x21A - или Winlogon или CSRSS (Windows) "умерли" внезапно. Выходящий код может сказать больше. Обычно это - c0000005, что говорит о том, что не поддерживаемое исключение рухнуло в том или другом процессе. Здесь вы не так много можете сделать по этому поводу." (Цитата из списка NT-шных ошибок)

Именно это и происходит в процессе возникновения BSOD. Уверен что искать надо проблему в устанавливаемых обновлениях, потому как судя по логам, даже без аддона Winstyle проблема сохраняется в системе, хотя и не приводит к BSOD. Winlogon и с установленным Winstyle и без него завершает свою работу не корректно. Только с установленным Winstyle это приводит еще и к BSOD.

amillo, значит нужно искать обновление из за которого косяк и писать в службу поддержки мелкософта?

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

И что мы напишем? Мы установили UpdatePack и получили вот такие вот проблемы ...?
Писать туда что либо стоит только при соблюдении следующих условий:
Наличии лицензионной копии Windows XP SP2 (SP3 - лично я такой в глаза не видел в продаже или в предустановленном виде, но есть те кто утверждает, что такая существует. Купил недавно, 2 ноутбука и 2 моноблока, везде лицензионная XP с SP2, в первом случае Pro, во втором Home.)
При выполнении обновлений в соответствии с рекомендациями самой Microsoft
И вот тогда уже в случае возникновения проблем писать в Microsoft об обнаруженных ошибках и возникающих проблемах.
В данной ситуации нам писать пока что не о чем.

План действий таков на сегодня:
Создам дистрибутив с обновлениями без использования UpdatePack но с обновлениями скачанными с официального сайта Microsoft но только все те которые содержаться в самом UpdatePack.
Создам дистрибутив с UpdatePack без любых дополнительных аддонов
Есть два идентичных по конфигурации моноблока, на один поставлю один дистрибутив, на другой другой дистрибутив, ну а дальше анализ лог файлов системы в перво и втором случае. После этого можно будет сделать уже какие-то реальные выводы и двигаться дальше.

Я себя собрал дистрибутив, ради эксперимента, с UpdatePack (Версия 9.7.18) и кучей аддонов. Поставил на виртуальной машине Microsoft Virtual PC 2007 и тестирую вот уже два дня, никаких BSOD при завершении работы системы не наблюдается. Видно проблема в каком-то обновление, которое вышло после этой даты. Значит amillo идёт в правильном направлении, удачи ему и скорее б уже разобраться с этой проблемой и забыть.

amillo, да удачи тебе )

amillo, заметил у себя одну закономерность. Могу ошибаться, но все же. У меня бсод появляется именно тогда когда выключение/перезагрузка компа соправождается подвисанием какой нибудь проги и выскакивает окно с кнопкой Завершить сейчас. Вот я если завершаю вручную этот процесс то и ловлю бсод.

Pozia, увы это не так, я просто запускаю систему и сразу же выключаю /перехагружаю ,а ошибка все равно выскакивает рандомно (

Shugalei, а вы случаем твик не применяете который заставляет виндовс автоматом все завершать? Когда я его применял то не выскакивало сообщение о Завершении задачи. А теперь без твика видно когда процесс завис а когда нет

для информации: я ставил обновления за август, тестил винстайл 2009 на виртуальнике (VMWare 6.0 - 7.0), ни разу BSOD не выскочил.

Собирал дистрибутив как с папкой extreme так и без нее, BSOD так и не увидел, что я делаю не так??? Или может мне просто везет??? Тестировал на VirtualBox 3.06
Вообще было замечено следующее, еще на старой сборке которая была сделана на основе winstyle2008, на некоторых компах действительно всплывала ошибка обращения к памяти при выключении компьютера, а на некоторых было норм. Ну я всегда на это "не корректное обращение к памяти" больше грешил на какое то микросовтовское обновление, если бы не случай. У этого компьютера начались проблемы с включением, т.е. раз в 2 недели он не хотел включаться, был он все стороне протестирован и memtest-ом и mhhd и post-картой, ну все тесты показывали что все нормально. Была куплена материнская плата и на мое удивление через 2 недели все повторилось..... Последнее что было поменяно это была плашка оперативки, и все комп стал нормально работать и ошибка обращения к памяти у winlogon пропала. Так вот к чему я все это, может проблема банальна, битая оперативка.

1. Всё делаешь правильно. На моем домашнем компьютере BSOD тоже ниразу не выскакивал, а этот же дистрибутив ставил другим людям, с таким же набором софта - BSOD выскакивает, но не всегда, за целый день - один раз, поэтому отследить и невозможно, не буду же я сидеть у чужих людей и тестить их машину :))) Проблема существует - и это факт. У кого ее нет - повезло :), как мне, например, дома :)

2. Ошибка в памяти - лечится просто, нужно заменить dll-шку в system32.

блин (мне не везет :cry:

Зря ты на чужих людях такого рода эксперименты проводишь, на не обкатанном дистрибутиве, они тебе верят как специалисту, раз просят установить им систему ... :( Я например себе позволить такого не могу, по роду деятельности.
Поймите правильно, если Вас волнует только вопрос выскакивает BSOD или нет, то вообще нет смысла ждать моих результатов тестирования и выводов (или возможно каких-то решений данной проблемы, если они конечно будут возможны в принципе).
Теперь о тестировании, я не тестирую дистрибутивы, на виртуальной машине (так сложилось исторически и практически, да и нужды у меня в этом нет), я не тестирую дистрибутивы на одном ПК. Для тестирования и сравнения полученных результатов используются, заведомо проверенная техника. Для тестирования в данном конкретном случае еще и используются два ПК идентичной конфигурации, используются настольные ПК и ноутбуки (с родными драйверами под XP свежевыкаченные из офсайтов производителей железа). Во всех вариантах (конфигурациях) BSOD появляется с разной частотой, но добиться его можно практически всегда с интегрированным в систему аддоном Winstyle. И напротив без интегрированного аддона Winstyle добится появления BSOD практически невозможно. НО это еще не значит, что без использования аддона Winstyle все хорошо, на самом деле проблема остается без Winstyle при использовании только самого UpdetePack. О чем то более конкретном буду говорить после завершения всех запланированных тестов и сравнения их результатов ....

Если бы ты написал какой именно процесс ... или ряд процессов при которых это происходит. Да и потом подвисающие процессы это уже не нормально, сам надеюсь понимаешь.
Давай посмотрим здраво на то что происходит. Winlogon тесно взаимодействует с многими компонентами системы, если это взаимодействие с определенным процессом вызывает его зависание, то подсистема менеджера сеансов smss.exe заставляет систему прекратить отвечать на запросы вызывая при этом BSOD с указанием виновника по причине которого была произведена остановка работы системы и как правильно уже кем-то на форуме было озвучено, проблема не в самом Winlogon, а в компоненте системы с которым нарушено его нормальное взаимодействие, которое приводит к его зависанию. Если применяются твики реестра, то данную ошибку вы никогда и не увидите при завершении работы, а ловить вы ее будете при завершении сеанса при попытке сменить пользователя, без BSOD тупо вылетая в перезагрузку. Потому что проблема никуда не делась.

EvgeniuXP и Pozia, если Вам не сложно сбросте мне в зархивированном виде в PM следующие логи: setuplog.txt, setupact.log, setupapi.log, setuperr.log и WindowsUpdate.log (они никакой конфиденциальной информации не содержат) из каталога c установленной системой. Возможно мне это сможет помочь.

На счет предположения, что виновато в появлении BSOD одно из обновлений. На мой взгляд - это отчасти миф. Объясню почему так думаю (утверждать этого пока не могу), раз Winlogon не может нормально взаимодействовать c каким либо из компонентов системы, это может говорить только о следующем, что либо UpdatePack не содержит каких-то важных обновлений для нормального функционирования системы в целом и нормального взаимодействия ее компонентов, либо эти компоненты (обновления) были интегрированы в дистрибутив с ошибками или же без учета особенностей их установки, либо уже сам аддон UpdatePack содержит ошибки. Повторюсь, утверждат этого пока не могу. Могу только предполагать.

Можно было бы предположить, что к этому приводит интеграция аддона Winstyle, но если верить автору аддона по крайней мере его утверждениям (этого я не проверял пока, да и нет в этом пока что нужды), что аддон заменяет только графические ресурсы, то в итоге мы бы не BSOD наблюдали, а всего лишь неверно пропатченные ресурсы, частично пропатченные или не пропатченные вовсе. В таких случаях так же возможно повреждение системных файлов, но тогда бы это уже была другая история.

cменил систему недавно. Как только появится бсод скину

Ок :cool:

Все больше склоняюсь к выводу, что для того, что бы собрать на базе Winstyle и UpdatePack стабильную сборку, необходимо корректировать и первый и второй. Первый с учетом произошедших изменений, второй с учетом не совместимости (да и бесполезности при таком подходе) некоторых обновлений. Надо будет попробовать :)

может и так ,ну эта ошибка встречается и без винстайла тогда скорее виноват Update Pack )

Может и так ...
Я для проверки собрал дистрибутив без использования UpdatePack, без использования следующих обновлений и компонентов из UpdatePack:

KB887606
KB898461
KB909520
KB922120 v6
KB958655 v2 - (если хотите установить это обновление, тогда устанавливайте английскую версию установщика Windows версии 4.5)

Так же и эти компоненты не устанавливал, не вижу в них для себя никакой нужды:

Microsoft Калькулятор Плюс
MSXML 4.0 SP3
Adobe Flash*10.0.32.18 ActiveX Control
Microsoft Update 7.2.6001.788
Windows Update Agent 7.2.6001.788
Auto Update Client 5.8.0.2694
Windows Genuine Advantage Validation 1.9.0040.0

а так же аддонов
1-LLTD - Ответчик обнаружения топологии уровня связи (KB922120)
1-MSXML4 - MSXML 4.0 SP3
1-MU - Microsoft Update
1-PkgInst - Установщик пакетов (KB898461)
1-WGA - Windows Genuine Advantage Validation (KB892130)

В результате получил сборку без ошибок, как в логах системы, так и в журнале приложений и системы :) До этого дела у меня с последними обстояли не так как бы хотелось.

после недельного наблюдения с новым Winstyle monitor бсод не обнаружен!

если не секрет с помощью чего собирал...а то update integrator без updatepack-a не запускается

Скачал все обновления, список этих обновлений тут , а как в ручную интегрировать описание тут. А можно еще проще и ничем не хуже с помощью nLite.

тоесть проблема решена ??я так и не понял можно ли использовать Апдейт Пак ??или нельзя ??

Выяснил следующее UpdatePack не причем, так же как и возможно сам аддон Winstyle (но это до конца пока еще не проверенная информация). В общем я докопаюсь до истины :) дело принципа! Раз у jameszero система с тем же UpdatePack работает нормально, значит надо вначале добиться того же результата.

Я тоже так думаю. Так как патч созданный в рестораторе, не будет патчить файл отличный от версии файла с которого был создан патч. Может отсюда и BSOD ? Update должен быть тойже версии с которой Prokazza делал патчи.

ошибаюсь. Патчить будет, так как стоит ключ -force, но может в этом и проблемма? Убрать ключ и посмотреть на какие файлы патчи будут ругаться (разные версии файлов и патчей)?

Так тоже не получится по причине того что prokazzza много туда напихал того чего там отродясь не было, в результате ругаться будет на очень многие файлы, которые не были заменены обновленными

установил аддон LogonUI_Logo_Changer и ошибка пропала, судя из изложенного может все таки проблема в обвязке между logonui - winlogon - winstyle monitor ????

Dz_mikael, тоесть если этот аддон поставить то ошибка исчезнет ?

Мне на данном этапе сложно, что-то утверждать на счет Winstyle, так как в системе имеются ошибки и без него, для начало надо с ними разобраться, потом проинтегрировать Winstyle и уже ловить его ошибки, ели такие будут. Я пока с новыми обновлениями разобраться не могу. Без них все было нормально, а с ними чет ничего не понятно :( И дело даже не в UpdatePacke ...

У меня 2 юзера прописано, и при каждой смене пользователя винда уходила в bsod, после установки аддона Logonui & Logo Changer уже 3 дня проблем нет.

а это что? где взять?

Pozia, [Аддон] LogonUI & Logo Changer

скажите пожалуйста как там поставить чтобы было как в винстайле чтобы не4его не надо было вводить при загрузке просто было написано приветсвие ,и не требывало вводить имя и пароль ,а просто приветствие и моя картинка на фоне и все. ?

У меня это не помогло

Вот что сама Microsoft писала еще давно по этому поводу читать тут Оказывается проблема уже не новая. Я уже перепробовал все. что только можно, исчерпал все свои идеи и мысли на этот счет. Проблема остается, не вижу я никакой связи между данной ошибкой и аддоном Winstyle с WinstyleMonitor , в общем надо искать решение данной проблемы. Установите Вы Winstyle или нет, проблему это на самом деле не решает, просто она будет проявляться реже или вообще не проявлятся. Лично меня не радует такая ситуация :(

он и сейчас обрабатывается абсолютно без проблем...

Нет в этом смысла, я из нынешней сборки аддона винстиля выбросил только патчеры ядра системы, так как мне такое не по душе, а в остальном нынешний аддон намного лучше и надежнее, особенно с доработанным монитором (хотя последний можно было бы еще сделать лучше). Проблемы все кроются в последних обновлениях, я после установки UpdatePack-a загрузил все последние обновления с сайта Microsoft включая IE8 и BSOD или еще каких-то проблем не наблюдаю, по крайне мере мне его еще ни разу не удалось вызвать, что бы я не делал за последние сутки :)

Проблем не вижу, надо просто делать все с сознанием того что делаете, откажитесь от секции патчей из nLite вообще, откажитесь от твика реестра в той части которая отвечает за ускорение автоматического завершения приложений и служб (так как с интегрированным винстилем системе теперь требуется немного больше времени для корректного завершения работы встроенных служб и приложений). Переведите "Фоновая интеллектуальная служба передачи (BITS)" из режима "вручную" в режим "авто" (не уверен, что это сильно помогло при решении проблемы, но я стараюсь описать все свои действия на данный момент по решению проблемы и совет этот исходил от автора UpdatePack). И еще данная проблема в основном проявлялась ели в системе было активировано быстрое переключение пользователей, тогда BSOD было возможным добиться быстрее и легче, сейчас я даже при этом режиме добиться его не могу.

И прочтите вот эту выдержку из БЗ Майкрософт, возможно тогда поймете где проблема:

"В случае переполнения буфера модуль политики обозревателя Internet Explorer может повреждать кучу процесса. Это приводит к нарушению прав доступа в программе Winlogon.exe. Эта проблема возникает, только если групповые политики определены для настройки поддержки Internet Explorer."

и дальше:

"Чтобы решить проблему, установите последний пакет обновления для Internet Explorer" - правда тут речь шла об IE6, но по ходу это уже закономерность :)

Убираю полностью папку "...Winstyle\Boot" и в "...Winstyle\Files\ForceCopy\SVCPACK" убираю "WSBoot.exe", в файле "Run" убираю строку с "WSBoot.exe".

Как же быть с Boot Screen,его можно попатчить другим,либо Вы вообще не рекомендуете этого делать?

Я этого не рекомендую делать, это все таки ядро системы. Но я не утверждаю, что в данном случае это опасно или например поможет в случае с BSOD. В случае с BSOD поможет установка IE8 на живую систему с обновлениями как его самого так и системы. Мне это помогло, что не делал сегодня BSOD так и не увидел, так же как и ошибок в системном журнале. Система работает стабильно целый день. Планирую установку еще на несколько ПК, о результатах напишу.

amillo,Закономерный вопрос-вместо Winstyle интегрирую ResPatch Black-Dark Aero,остальные аддоны те же-никаких синих экранов.Чем объяснить?
Мне всё же кажется причина в другом.Я пытаюсь бороться с с.э. так-устанавливаю ХР,в WinstyleMonitor GUI Config отключаю два нижних пункта,удаляю logonui,вместо него копирую-вставить logonui от prokazzzы(мне больше по душе надпись в левом верхнем),картинку в logonui-под монитор.Но всё равно как на пороховой бочке.И не поставишь ни кому...-стрёмно.Так что себе поставил Winstyle-друзьям-знакомым ResPatch Black-Dark Aero.

Я собираюсь свою сборку поставить еще на две машины и проверить будет появляться BSOD или нет. Только тогда буду пытаться объяснить, не факт что у меня это получится :) думаю это лучше смогут объяснить программисты из Microsoft, там рассматривалась аналогичная ситуация но на примере с IE6, и все ответы на ваши (и мои тоже) вопросы именно там. Я последних несколько дней решал не проблему возникновения BSOD после установки Winstyle, а проблему почему после установки последнего UpdatePack в системе столько ошибок и BSOD я ловил, даже без Winstyle (и не я один).

Чем объяснить? например одна из версий, что ResPatch затрагивает меньшее количество системных файлов и возможно не затрагивает тех самых файлов которые вызывают BSOD в системе с интегрированным Winstyle. Впечатление такое, что вы не читаете вообще, что я пишу. И повторю еще раз если дальше не понятно, ни logonui ни winlogon не являются причиной BSOD, хотя winlogon и вызывает BSOD сам по себе он не является его причиной (другими словами оба здоровы и в госпитализации не нуждаются), а является лишь первым звеном в цепи которая нас может привести к истинному виновнику всей это беды. Есть компоненты в системе которые очень тесно взаимодействуют между собой, нарушение работы одного из них может повлечь нарушение работы всей системы. Что мы и имеем на практике. Пытаясь заменить файлы в своей системе на чужие файлы вы не приближаетесь к решению проблемы, а наоборот отдаляетесь от него еще дальше. Проводить параллели между ResPatch и Winstyle вообще не стоит, два абсолютно разных продукта, две разных технологии, два разных подхода к решению задачи по изменению интерфейса Windows.

amillo, Спасибо и извините,что заставил Вас повторяться.

Я не злюсь и вы не обижайтесь, устал просто сильно, по 3 часа в сутки сплю :) да обидно немного, ищу материал по теме, выкладываю, делюсь мыслями, а это никто не читает :sorry: В любом случае хорошо что есть те кто пытается решить проблему и я не один! :)

ув.форумчани и amillo, и так такая вот ошибка winlogon & BSOD происходят все таки из за Винстиля ,потомучто работал у меня компьютер работал (Chip 2009 сборка ) и вот смотрю установка Винстиля на живую систему от Mr.Dusha установил ,выключил теперь утром встал включил камп перезагрузить хотел и вот тебе на так что ошибка в винстайле

Shugalei,

Pozia, ?

Shugalei, прочтите все последние высказывания от amillo

он говорит что ошибка в ИЕ ,а ошибка именно в винстиле так что надо искать там

Shugalei,

ну все равно надо искать в ВИнстиле ,а не в апдейт паке

Shugalei, вы издеваетесь!!! Говорят же бсод и без винстиля есть!!!

проказа на живую систему ниче не делал. То что вы сделали сами или нашли в нете эт Ваши проблемы

о да ,http://forum.oszone.net/thread-146906.html

Shugalei, вам сколько лет?? что за глупые подколки? Или читать не умеете? Проказа автор. Он ниче на живую систему не делал. И уже на этом все ваши обвинения винстиль безосновательны!

Искать надо и там и там, иначе результата не будет.

Shugalei и Pozia, давайте не ссорится, любая версия имеет место быть пока не будет решена проблема, которую мы здесь с вами обсуждаем, делимся мыслями и стараемся ее решить. Любая ваша информация или ваши мысли на счет ее решения могут оказаться весьма полезными.

Shugalei, а какой версии IE у тебя на живой системе?

Pozia, поймите разработчики которые создал Винстиль на живую систему использовали оригинал от проказы .Я как его поставил поймал ошибку ,до этого не было такого .Так что точно можно сказать что Винстайл есть виновник этой проблемы ,возможно не только он.Но почемуто после него стала появлятся ошибка ,это на врядли может совпадением быть ).amillo, Internet Explorer 7 7.0.5730.11 Rus (сборка Chip 2009 )

Shugalei, попробуйте переустановить на живой системе IE7, а еще лучше установите IE8. И проверте будет появляться BSOD или нет. Отпишитесь о результатах ...

так что ошибку вызывает в "Chip 2009 сборка" ;) И ждать бы она себя не заставила, установи какое либо другое новое приложение или патч.

Обнаружил следующее на системе с Winstyle где был установлен UpdatePack и только сам аддон Winstyle а затем уже вручную установлен IE8, проблема с появлением BSOD исчезла и сколько я не пытался и что бы не делал так и не появилась за последние 2-е суток.

нет ,она работала до этого стабильно !!так что 100% проблема в винстайле !!

Shugalei, у вас IE7, почему-то более поздней версии чем у меня на системе где обновления ставились последний раз более полу года назад ...

ну так работать то будет, до определенного момента, покуда не затронутся некоторые файлы.
К chip`ам претензию накати, может пересмотрят подход интеграции и пр. вмешательства при сборке дистриба ;)

Да нет проблемы как таковой. Да, признать стоит - патчер не универсален. И для грамотной интеграции существует его описание - что, где, "почем" и с чем... В итоге получаем стабильный дистрибутив.
Shugalei - к chip`ам :boks:

Вот еще одно подтверждение моих предположений, что все проблемы связаны с IE читать всем

amillo, http://forum.oszone.net/thread-146906-12.html

mklim,ну это немного не то... так же можно IE ставить

Собрал дистрибутив UpdatePack 9.9.11 + Winstyle, отказался от интеграции аддонов IE7Reload и IE8Reload, в Winstyle отказался от патчей IE6ADD IE7ADD IE8INT WMP9 WMP11. Отказался от твиков реестра для IE и WMP, для системы оставил только действительно нужные. WinstyleMonitor вообще не трогал все настройки по умолчанию. Обработал после интеграции nLite, через nLite в настройках запуска служб выбрал для службы "Автоматического обновления" параметр "Авто", для "Фоновая интеллектуальная служба передачи (BITS) тоже "Авто". Прогнал систему в тестовом режиме ни одного падения, зависания или перезагрузки, установил все драйвера, установил ИЕ8, установил все обновления через винапдейт, пять часов уже мучаю систему пока что ни одного глюка не увидел, в журнале системы и приложений ни одной ошибки, а раньше там их было не мало. Думаю что патчи IE6ADD можно спокойно оставить (надо будет попробовать).
До этого (все операции по интеграции аддонов были идентичны, тестировалось на одной и той же машине, на других результат все тот же):
Установка UpdatePack 9.9.11 + Winstyle + IE7Reload = Произвольный БСОД при входе/выходе и далее при смене пользователей.
Установка UpdatePack 9.9.11 + Winstyle + IE8Reload = Сразу БСОД при первом же выходе и далее при смене пользователей.
После того как исключил патчи IE6ADD IE7ADD IE8INT WMP9 WMP11, а так же IE7Reload и IE8Reload, впечатления такие, что система стала работать ощутимо быстрее, чем до этого. В общем надо копать дальше, тем более, что уже понятно в каком направлении.

amillo, большая просьба протестить сборку с Расширенный ExtremePack от 27.09.2009
так как использую UpdatePack 9.9.11 + Winstyle(с IE6ADD IE7ADD IE8INT WMP9 WMP11) + IE8Reload+ExtremePack и вылетов, ошибок не было .
хотя в тестах принимали участие всего 2 машины и виртуалка , но все таки .

amillo, Был не прав.тоже самое.

Папку сохранил

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

у Вас версия winlogon на скриншоте 5.1.2600.5755, у меня 5.1.2600.5512 и это после установки всех обновлений непосредственно через WindowsUpdate. Наверно я чего-то не знаю, а не знаю я откуда у Вас такая версия Winlogon, так же я не знаю откуда такая 5.1.2600.5788 (xpsp_sp3_qfe.090402-1315) версия winlogon у pytex?
Вы дистрибутив свой тут проверяли? А если у вас лицензия то полезным будет вот этот раздел сайта Microsoft. Для проверки SSH1 и CRC могу порекомендовать вот эту бесплатную утилиту HashTab, думаю вы ее без проблем найдете md5 она тоже умеет показывать. Для md5 лучше использовать md5summer, ну или Total Commander.

Поправка: 5.1.2600.5788 (xpsp_sp3_qfe.090402-1315) - это та версия которая появляется после установки всех обновлений. теперь понятно (:

Установил вышеупомянутую сборку еще на 3 машины, эффект тот же, полное отсутствие каких либо глюков, зависаний и тому подобное.

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

mklim, в общем я таки добился BSOD уж не знаю с какого раза но все же, проблема осталась. Проявилась она после того как машина была переведена в ждущий режим, а затем была произведена попытка сменить пользователя :( Ошибка все та же, что и раньше "бла-бла-бла ... нарушение прав доступа" :( Дистрибутив Вам все же стоит проверить, а вот на счет проблемы Вы пожалуй правы, она никуда не делась просто стала появляться реже. Но факт фактом ошибка все та же ...

amillo, Да спасибо.Этот я скачал уже не помню откуда верней от кого.А мой нормальный-5.1.2600.5512.Дистрибутив проверял-порядок.Что теперь,каковы Ваши планы?На живую не пробовали?

mklim, как на деле выглядит весь этот детективный сценарий:
Winlogon, то ли не успевает выполнить возложенные на него функции, то ли вообще их не может выполнить (при чем не по своей воле, в общем не виноват он ...), за отведенное ему время системой, в связи с этим системой предпринимаються меры "по принуждению к миру", другими словами система начинает насиловать Winlogon, тот в свою очередь огрызаясь ошибкой .......5, "мол как вам не стыдно творить такое со мной, вы нарушаете мои права" (нарушение прав доступа) собственно это нормальная его реакция (таким его мама Microsoft создала) идет жаловаться папе, а папа пьяный с бодунища моментом прекращает все это безобразие и наступает всем полный BSOD. :)
Задача - надо найти того паразита который мешает Winlogon и не дает ему жить. Вот такие мои планы :) Будут мысли, или соображения на этот счет пишите не стесняйтесь!

mklim, извините перепутал там у вас на снимке экрана отображается не версия Winlogon а версия ntdll :( В данном случае это правильная последняя версия

amillo, как ты и просил мой дамп. вылез после спящего режима.

кстати а у кого либо после установки winstyle на живую систему в Bsod уходил??

да после того как установил на живую ОС то много раз БСОД замечал)

ребята, я использовал немножко измененный winlogon.exe из старых версий винстайла и уже более чем на 40 компах такой ошибки не видел,
http://depositfiles.com/files/07cors8bx
замените в і386 после интеграции

viabcua, может патчер выложишь?

viabcua, В чём его отличие?От ориг.Красная картинка всё равно же присутствует.Пробую.Только что установил и поймал с.э.

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

вот попробуйте, но ниче не обещаю

различие в версиях тот что здесь это 5.1.2600.5512 (xpsp.080413-2113), а тот который у нас это последняя версия 5.1.2600.5788 (xpsp_sp3_qfe.090402-1315) - нам ее помнится pytex рекомендовал как-то тоже в качестве альтернативы. С последней версией у меня хоть все и рабит, что бы вызвать BSOD надо потрудиться, но иногда даже не надо напрягаться, а просто захотеть сменить пользователя и все ... и привет медвед. Microsoft узрела недостатки в плане безопасности и заменила его на более новый, еще она заменила ntdll.dll на более новую версию 5.1.2600.5755. В теории откат на более позднюю версию Winlogon мог бы помочь, но ntdll.dll тогда тоже надо той же версии что и winlogon. А то в результате либо не поможет либо с новой болезнью падет ...

кстати, кому интересно http://pslan.com/details.php?id=93576 сдесь я использовал как Винстайл так и частично ресурсы из ResPatch Black-Dark Aero и некоторые свои, winlogon.exe тот что я залил

viabcua, тебя админы наверно еще не банили :) за ссылки на варез?
Советую убрать ссылку ...

amillo, И где бы нам взять всё это.Может есть у кого?от мой
<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="ntdll.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="ntdll.dll" SIZE="719360" CHECKSUM="0x97517E26" BIN_FILE_VERSION="5.1.2600.5755" BIN_PRODUCT_VERSION="5.1.2600.5755" PRODUCT_VERSION="5.1.2600.5755" FILE_DESCRIPTION="Системная библиотека NT" COMPANY_NAME="Корпорация Майкрософт" PRODUCT_NAME="Операционная система Microsoft® Windows®" FILE_VERSION="5.1.2600.5755 (xpsp_sp3_qfe.090206-1316)" ORIGINAL_FILENAME="ntdll.dll" INTERNAL_NAME="ntdll.dll" LEGAL_COPYRIGHT="© Корпорация Майкрософт. Все права защищены." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xBB540" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.5755" UPTO_BIN_PRODUCT_VERSION="5.1.2600.5755" LINK_DATE="02/09/2009 10:57:06" UPTO_LINK_DATE="02/09/2009 10:57:06" VER_LANGUAGE="Русский [0x419]" />
</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="kernel32.dll" SIZE="997888" CHECKSUM="0x60EEC761" BIN_FILE_VERSION="5.1.2600.5781" BIN_PRODUCT_VERSION="5.1.2600.5781" PRODUCT_VERSION="5.1.2600.5781" FILE_DESCRIPTION="Библиотека клиента Windows NT BASE API" COMPANY_NAME="Корпорация Майкрософт" PRODUCT_NAME="Операционная система Microsoft® Windows®" FILE_VERSION="5.1.2600.5781 (xpsp_sp3_qfe.090321-1341)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Корпорация Майкрософт. Все права защищены." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x101CF3" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.5781" UPTO_BIN_PRODUCT_VERSION="5.1.2600.5781" LINK_DATE="03/21/2009 14:00:30" UPTO_LINK_DATE="03/21/2009 14:00:30" VER_LANGUAGE="Русский [0x419]" />
</EXE>
</DATABASE>

У меня есть старая сборка винды - стабильная, на ней я как раз сейчас и сижу, хоть, без последних хотфиксов, без винстиля, вобще родная ось до самой задрыпенской иконки. Я потому на ней и сижу, что пока не вижу смысла собирать и ставить новую если баги такие вылазят, что с винстилем, что без него :( Я попробую собрать на старой винде без апдейт пака и посмотрю, что из этого выйдет :) Выйдет наверное какая-то лажа но вот с BSOD проблема думаю пропадет :)))

Новые версии Winlogon и ntdll сыроватые, вполне возможно, их скоро Microsoft пофиксит до нормальных релизов, когда насытится вдоволь багрепортами своих клиентов :)

Сейчас попробую 2 этих файла из чистой Винды поменять 5.1.2600.5512

тут можешь скачать оригинальный winlogon и ntdll

amillo, Вроде всё нормально.Сейчас ещё раз 20 перезагружу-выключу,скажу тогда.поточнее

21 раз-не одного сбоя.До этого через раз-помоему это оно.Выходит эти файлы нельзя трогать!?

Пробовал-тоже самое.Даже хуже. »[/q]
Я так и думал ... :) Исходя из изученного мной за последнее время материала, замена этих компонентов на любые версии, хоть новые хоть старые не поможет в нашем конкретном случае :( У меня к тебе просьба можешь заменить файлы которые я тебе сейчас выложу и отписаться?

amillo, Помоему уууррррраааааа!

Так кто их трогал то? :) Их сама мокрософтина поменяла на новые версии (сырые и не стабильные).

А чего тебе помогло я так и не понял? :)

amillo, Поменял файлы,те что ты скинул на Яндекс-всё пашет 25 раз-ни разу синего не было.Такая сразу радость на душе.а то я без Винстайла не могу-очень привык за 2 года

Ты все таки еще немного погоняй систему туда сюда, а то я тоже вот недавно радовался а потом на 151 разе обломался и на с155 повторно и на 162 тоже самое :)

amillo, Гоняю.Только со счёта сбился-уже приблизительно-35 где-то.хочу сделать тебе комплимент-ну ты упёртый.У меня в Армии друг был-такой же.Чё то вспомнил.Спасибо.

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

Я уже почти уверен.Только подскажи как теперь это автоматизировать при интеграции.пож. ;51 раз уже.

Оп поймал всё таки.Ну ё..................................................................................................

С одной стороны жалко, что Ё... а с другой стороны, оно так и должно было быть :) Ибо проблема все же не в этом, ты сможешь еще один файл заменить и прогнать?

amillo, Конечно.Теперь вот что

<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="ntdll.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="ntdll.dll" SIZE="710144" CHECKSUM="0x1C1DCFB8" BIN_FILE_VERSION="5.1.2600.5512" BIN_PRODUCT_VERSION="5.1.2600.5512" PRODUCT_VERSION="5.1.2600.5512" FILE_DESCRIPTION="Системная библиотека NT" COMPANY_NAME="Корпорация Майкрософт" PRODUCT_NAME="Операционная система Microsoft® Windows®" FILE_VERSION="5.1.2600.5512 (xpsp.080413-2111)" ORIGINAL_FILENAME="ntdll.dll" INTERNAL_NAME="ntdll.dll" LEGAL_COPYRIGHT="© Корпорация Майкрософт. Все права защищены." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xB6928" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.5512" UPTO_BIN_PRODUCT_VERSION="5.1.2600.5512" LINK_DATE="04/14/2008 16:10:18" UPTO_LINK_DATE="04/14/2008 16:10:18" VER_LANGUAGE="Русский [0x419]" />
</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="kernel32.dll" SIZE="997888" CHECKSUM="0x60EEC761" BIN_FILE_VERSION="5.1.2600.5781" BIN_PRODUCT_VERSION="5.1.2600.5781" PRODUCT_VERSION="5.1.2600.5781" FILE_DESCRIPTION="Библиотека клиента Windows NT BASE API" COMPANY_NAME="Корпорация Майкрософт" PRODUCT_NAME="Операционная система Microsoft® Windows®" FILE_VERSION="5.1.2600.5781 (xpsp_sp3_qfe.090321-1341)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Корпорация Майкрософт. Все права защищены." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x101CF3" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.5781" UPTO_BIN_PRODUCT_VERSION="5.1.2600.5781" LINK_DATE="03/21/2009 14:00:30" UPTO_LINK_DATE="03/21/2009 14:00:30" VER_LANGUAGE="Русский [0x419]" />
</EXE>
</DATABASE>

И вот
Server=watson.microsoft.com
UI LCID=1049
Flags=1672018
Brand=WINDOWS
TitleName=winlogon.exe
DigPidRegPath=HKLM\Software\Microsoft\Windows NT\CurrentVersion\DigitalProductId
ErrorText=Ошибка произошла на 07.10.2009 в 20:21:17.
HeaderText=winlogon.exe вызвало проблему и требует завершения.
Stage1URL=
Stage1URL=/StageOne/winlogon_exe/0_0_0_0/ntdll_dll/5_1_2600_5512/000109fb.htm
Stage2URL=
Stage2URL=/dw/stagetwo.asp?szAppName=winlogon.exe&szAppVer=0.0.0.0&szModName=ntdll.dll&szModVer=5.1.2600.5512&offs et=000109fb
DataFiles=C:\DOCUME~1\92BA~1\LOCALS~1\Temp\WER4cf3.dir00\winlogon.exe.mdmp|C:\DOCUME~1\92BA~1\LOCALS ~1\Temp\WER4cf3.dir00\appcompat.txt
Heap=C:\DOCUME~1\92BA~1\LOCALS~1\Temp\WER4cf3.dir00\winlogon.exe.hdmp
ErrorSubPath=winlogon.exe\0.0.0.0\ntdll.dll\5.1.2600.5512\000109fb
DirectoryDelete=C:\DOCUME~1\92BA~1\LOCALS~1\Temp\WER4cf3.dir00

Тогда не уходи я сейчас выложу возможно не один, а несколько в добавок к тем, что ты заменил ок?

Вот тут попробуй его тоже заменить

amillo, Ты бы ещё EXE NAME="kernel32.dll этот скинул.Видишь чего пишит.

Нашёл-не надо.пробую.

Их 3 надо еще заменить на эти
У меня в списке 14 файлов которые надо проверить для начала и два которые в конце. Вот если поможет замена двух последних, то это плохо :(

amillo, Только kernel32.dll заменил,а 2 совпадают.Гоняю.Если не трудно придумай пож. как теперь это автоматизировать при интеграции.
Опять что то не то.Твой поставил kernel32.dll.Пока пашет.

тогда замени еще msgina.dll, ->User32.dll<- и setupapi.dll из оригинального дистрибутива и на этом на сегодня все, если не поможет надо будет думать дальше ...

Извини ошибся не User32 а Shell32.dll

Я практически уверен что вся беда в Shell32.dll и именно поэтому ошибка носит характер не постоянный... но я этого не проверял ни разу, это только догадки, они возникли еще раньше. Если замена Shell не поможет, тогда я и не знаю что еще можно сделать :(

mklim, Как дела то? пробовал заменить Shell32?

Вот мы и нашли с тобой кто виноват. Моя версия подтвердилась, проблема в Shell32.dll. Выложу исправление через 30 мин. Закинешь его как я напишу. Переделаешь заново дистрибутив и будешь наслаждаться Winstyle без глюков и BSOD :) Можно конечно не переделывать, а заменить в уже имеющемся дистрибутиве всего один файл :)

а можно подробнее узнать что именно в ней не так?

с последним обновлением был заменен этот файл, если птчить патчером от prokazza старый файл версии 5512 то все замечательно птчится, а если патчить новый файл версии 5853 то патчер начинает ругатся о различии версий отказывается это делать. В скрипте Winstyle это дело производится насильственным путем в результате получаем битый файл, потому он и работает не стабильно, в следствии чего winlogon не имея возможность корректно взаимодействовать с ним при завершении сеанса зависает, ну а дальше все по сценарию ...

amillo, а как тогда поправить патч от prokazza чтоб все корректно патчилось с новым 5853

Эту версию необходимо еще проверить, а потом бум думать как это исправлять, я провери сегодня и постараюсь отписаться о результатах.

amillo, Пропатчил я shell32.dll-6.00.2900.5512.Воткнул на живую-ошибка
<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="ntdll.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="ntdll.dll" SIZE="710144" CHECKSUM="0x1C1DCFB8" BIN_FILE_VERSION="5.1.2600.5512" BIN_PRODUCT_VERSION="5.1.2600.5512" PRODUCT_VERSION="5.1.2600.5512" FILE_DESCRIPTION="Системная библиотека NT" COMPANY_NAME="Корпорация Майкрософт" PRODUCT_NAME="Операционная система Microsoft® Windows®" FILE_VERSION="5.1.2600.5512 (xpsp.080413-2111)" ORIGINAL_FILENAME="ntdll.dll" INTERNAL_NAME="ntdll.dll" LEGAL_COPYRIGHT="© Корпорация Майкрософт. Все права защищены." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xB6928" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.5512" UPTO_BIN_PRODUCT_VERSION="5.1.2600.5512" LINK_DATE="04/14/2008 16:10:18" UPTO_LINK_DATE="04/14/2008 16:10:18" VER_LANGUAGE="Русский [0x419]" />
</EXE>
<EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="kernel32.dll" SIZE="995840" CHECKSUM="0x9D0A0C70" MODULE_TYPE="WIN32" PE_CHECKSUM="0xFECFC" LINKER_VERSION="0x50001" LINK_DATE="04/14/2008 16:10:18" UPTO_LINK_DATE="04/14/2008 16:10:18" />
</EXE>
</DATABASE>

В августовском обновлении также меняется версия shell32.dll.
Не заметила у себя ругани при интеграции :) После интеграции вес конечно изменился с 8.08 мб на 21.7 мб, версия как должна быть 6.0.2900.5853.

Но, у себя бсоды и пр. не наблюдаю. Просто слежу за темой и ходом мысли :)

Первое сообщение темы 17:46, 05-08-2009. Значит еще до августовского Upd, видимо сентябрьский shell не причем.
С 21 августа было более 60 перезагрузок и пр. экспериментов...

Нет не подтверждаю, ошибка осталась при этом я получил еще и BSOD на стадии загрузки системы (такого еще не было :) Идеи на этот счет у меня иссякли, по крайне мере пока что ... Я даже WinstyleMonitor как службу прописал в системе - толку от этого ноль.

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

izakiel, Попробуй.Все средства хороши.Будем ждать.Можно без прибамбасов с логотипом видео.Попроще.

Вопрос ко всем у кого возникает бсод какой антивирусник стоит в системе?? У меня нод32 4 версии, без него бсода нету, устанавливаю его, бсод есть.

Нет не то.И на чистой-только установленной системе-без драйверов и всего остального.И кто то ведь знает в чём косяк.и молчит.
amillo.Ты где.Есть новости?

borzoy, у меня EAV 4 - BSOD'ов нет

да ну при чем тут антивирусники ,они тут не при чем блин интересно узнать мнение самого Проказзы как ни как ,а он же автор (у него наверно тоже появлялась такая ошибка )

например у меня никакх проблем не наблюдалось. правда снес из-за вирусов. но работало без проблем.

Я его спрашивал об BSOD'ах - он у себя не может "поймать" ничего :dont-know
Какие вирусы? :o

на компе вирусы завелись... брат с универа натаскал... а антивиря - нету, так как особо не откуда заразиться.

ой мне кажется если ошибка у многих то значит у него была тоже )по какой причине у одних есть ,а у других нету ?

я могу со 100% увереностью утверждать, что у меня не было. стояла 1,5 месяца, пока не рухнула. и есть еще люди у которых не было BSOD!

Дата и время установки ОС: 02.08.2009 (21:06)
Вторая тачка немного ране была поставлена и еще ниодного БСОДа хз что я делаю не так как все, но список включенных аддонов не мал, в его числе много аддонов z_del

jackrv, Собери и поставь с новым UpdatePack-XPSP3-Rus-9.9.11.Отпишись потом.

я собираю из WIDNDOWS XP SP3 VLK (некрасиво, конечно но все-таки :) ), а кто из чего собирает?

Я собираю из ru_winxp_pro_with_sp3_Corp

И кстати такое предположение, сам не проверял, может также причастен файлик uxtheme.dll
просто собирал дистр с respatch и выставил в fake setup параметр патчить uxtheme.dll, а он не пропатчился, а при попытке пропатчить на живую 3 раза словил ошибку winlogon и синьку 21а

mklim, я не отлыниваю, идеи есть, но потребуется время на их проверку, другими делами был занят.

Почему у одних возникает BSOD у других нет, возможные причины:
- Вы используете в своей сборке твики реестра, которые отключают отправку сообщения об ошибках и отчета об ошибках, а также твик реестра для автоматического завершения зависших приложений, и сокращающих время ожидания завершения работы служб и приложений, твик реестра для автоматической перезагрузки системы в случае возникновения сбоя (вместо синего экрана Вы получаете перезагрузку);

- Вы не создавали второго пользователя в системе и не пробовали переключаться между этими пользователями, в разных режимах;

- Еще одна из причин, Вы не использовали в своей сборке UpdatePack-XPSP3-Rus версии 9.9.11, а более ранней версии с которой аддон Winstyle возможно работал более стабильно. Сам не проверял, что либо утверждать не берусь.

И еще ПК может работать целый день и никаких BSOD-ов или перезагрузок Вы не увидите, даже при завершении работы. BSOD или перезагрузка (если параметры реагирования системы на ошибки в службах и приложениях были изменены) возникают в основном при смене пользователей и смене режимов входа в систему, особенно если в системе имеются несколько учетных записей.

Вот выкладываю лог интеграции . ставил перезагрузку каждые 10 мин .
в течение суток не одного синего экрана .

для выявления я и выложил логи . сам я не знаю в чем причина .

я попрообывал заменить файл логон который выкладивали сдесь на живой системе с установленым винстайлом,не одного БСОД еще почемуто е видел ,а переж етим это было через 2-3 раза ((может оно лечит это

По этому поводу уже было написано тут. И я это могу подтвердить, что замена winlogon, на любой другой, в корне проблему не решает :(

Вопрос amillo задал мне в ПМ, но я отвечаю в паблик, чтоб за один раз и для всех:
После того, как занялся разработкой установки Winstyle на живую систему, использую Winstyle целиком.
В данный момент использую на двух весьма отличающихся по конфигурации компьютерах этот пакет, без всяких его модификаций "под себя". Один компьютер - мой на работе, второй - мой домашний. Оба компьютера используются весьма интенсивно.
Поскольку в пакете предусмотрен откат системы к исходному состоянию, я несколько раз на рабочих компьютерах проводил откат, и переустанавливал пакет заново.
Кроме того несколько раз переустанавливал систему на виртуальную машину, и сверху накатывал этот же "пакет установки на живую".

Результат: БСОДа не видел ни разу!

P.S.:
На одном рабочем компьютере ОСь устанавливалась 26.01.2007 (потом была обновлена до SP3), на втором - 06.11.2008.

При установке на виртуальные машины использовал :
UpdatePack-XPSP3-Rus-9.9.11
IE8_Reload (9.8.27)
Z-FakeSetupAdv

---

Я не знаю, откуда берется сабжевый БСОД, поскольку видел его только у вас здесь на скриншотах... :(

Что ж к этому приводить ?Скорее что в компьютере что то помагает появлению ошибки ,но почемуто я поставил на живую ОС винстайл у меня сразу же на 2 выключении начала вылетать ошибка ,потом поставил winlogon.exe и сейчас ошибки не вижу .Получается winlogon.exe убирает или просто отягывает процес . Потомучто за последние 4 дня не видел не разу БСОД ,а при еще не замениным winlogon.exe это было очень часто через 2-3 раза .Сборку еще не буду пока создавать ,а вдруг еще поймаю )

Собрал дистрибутив с нуля, ничего не меняя - эффект тот же на 5 минуте использования BSOD и так далее. Собрал еще один дистрибутив на базе UpdatePack но уже без Winstyle. Обе системы установил на один и тот же ПК. В системе в которой не задействован аддон Winstyle пропатчил родной uxtheme.dll, закинул его вместо uxtheme.dll пропатченного аддоном Winstyle (Fake) - результат за последние 8 часов ни разу BSOD, перезагрузки или зависаний, что бы я не делал, добиться не удалось! Для чистоты эксперимента создал еще одного юзера, а потом еще одного - результат все тот же положительный.

Попробуйте заново создать дистрибутив, после интеграции всех аддонов и завершения всех манипуляций с дистрибутивом, забросьте в каталог I386 этот файл и подтвердите замену. Переустановите систему и напишите о результатах, помогло или нет?

PS: Только предварительно не забудьте распаковать его из zip-архива ;)

Сейчас уже буду пробовать ставить на другой ПК, после тестов отпишусь

Тоже BSOD, система чистая, работает второй день, поставил только лицензию Office 2007, начал выключать комп - BSOD. Что-то типа STOP, winlogon и номер шестнадцатеричный. Глянул в логи:

Ошибка приложения , версия 0.0.0.0, модуль ntdll.dll, версия 5.1.2600.5755, адрес 0x000119eb. Короче ХЗ, но проблема есть.

((жаль((скорее бы решили эту проблему (

LePeR, ты пробовал заменить в дистрибутиве uxtheme.dll который я выложил ТУТ ?

PS: Заменить этот файл надо вручную после интеграции winstyle и всех аддонов!!!

Скачиваете архив UXTHEME.ZIP из архива достаете файл UXTHEME.DL_ и копируете его в папку I386 с подтверждением замены аналогичного файла вашего дистрибутива.

Установил все обновления и кучу программ проблемы не наблюдаю второй день! :)

по моему рано делать преждевременные выводы. Надо больше чтобы людей отписалось.
а что вы в нем подправили такого?

Она была под подозрением с самого начала, те логи которые вы мне прислали окончательно убедили меня в том, что я на верном пути так как фактически почти во всех сбойных ситуациях участвовала эта библиотека. Поскольку я не сразу нашел нужный патчер, то и не сразу смог добиться нужного результата, в итоге я нашел патчер который специально был создан для XP SP3, и который делает это максимально корректно, с учетом произошедших изменений.

Есть еще предположение, что собирать все это дело нужно на свежеустановленной винде с полседними обновлениями, тогда все корректно пропатчится и не нужен даже будет этот файл. Это теория на практике я этого еще не успел проверить. Да и как-то слабо в это верится, хотя все может быть! :)

Второй день активного (я бы сказал просто зверского истязания) тестирования и не одного сбоя или зависания ... ранее для меня такой результат был не достижим :) Но я ОДНОЗНАЧНО тебя поддерживаю! Я за массовое тестирование, а не одиночное!

а кто нибудь возьмется подправить патчер uxtheme.dll в винстиль???

Надо еще какое-то время на тестирование и если все будет ок! То надо будет попросить Mr dUSHA внести поправки в Fake.exe так как это его разработка для аддона Winstyle. Он уже внес не мало изменений в WinstyleMonitor, и с каждым разом програмулина работает лучше и лучше :) Может если он подправит Fake.exe то все встанет на свои места. Но для это мне нужно будет попробовать собрать дистрибутив на новой системе, если и в этом случае uxtheme.dll не корректно проптатчится и проблемы останутся, будем обращаться за помощью к Mr dUSHA.

Есть хорошая мысль как все проверить - малой кровью :) Я попробую заменить в системе где аддон Winstyle не устанавливался библиотеку uxtheme.dll на ту которая была пропатчена Fake.exe из состава аддона Winstyle и посмотрю как будет себя вести система в таком случае :) В любом случае это интересно и много времени не займет. Но то о чем я написал выше все равно попробовать нужно, так это может многое прояснить.

uxtheme.dll патчится при использовании Z-Dll_Patcher от Andy плюс UpdatePack-XPSP3-Rus версия 9.9.11 и на итоге имеем uxtheme.dll той же версии и тем же весом что в архиве по ссылке выше

Все так, но если ты сравнишь контрольные сумы, а не вес и версии, то увидишь разницу! :)

ЗЫ: даже замена "+" на "-" имеет большое значение, при этом заметь вес не изменится и версия тоже ;)

Все верно, но бсодов у меня нет :)

Я наверно подтвержу версию amillo, про uxtheme.dll
Если кто-то внимательно смотрел мой CMD из ветки форума "WinStyle на живую систему" в нем есть такие строки:

rename %Systemroot%\System32\uxtheme.dll uxtheme.dll.org
Copy /y uxtheme.dll %SystemRoot%\System32\ >nul

Так я заменял uxtheme.dll на тот, который сам пропатчивал патчером UXTheme Multi-Patcher 6.0
Сейчас у меня стоит версия uxtheme.dl - 6.00.2900.5512 (xpsp.080413-2105)
Второй месяц BSODa вроде не наблюдаю. Правда юзаю XP не особо часто.

Я не берусь пока, что либо утверждать на 100% кроме одного - у тех у кого BSOD появляется решить проблему можно на данный момент только тем методом, который я предложил выше. У нас почему-то наблюдается проблема с пропатчиванием uxtheme.dll
Почему? Это уже второй вопрос и его еще предстоит выяснить.

amillo,
Версия по поводу патчера uxtheme.dll не особо правдоподобна.
Мой патч этой библиотеки более корректен и оптимален, чем тот, который в файле по вашей ссылке.

Проверен он уже не только непосредственно в своем проекте (Fake-Setup Advanced), но и в других аддонах, таких как Z-Dll_Patcher от Andy, и в последнее время в ResPatch. Жалоб до сих пор не поступало...

Хотя справедливости ради могу немного видоизменить патч, и предоставить его вам на тестирование.
Сделаю завтра, и выложу здесь.
Кроме того я планировал исключить Fake-Setup Advanced из моей сборки "установки на живую", и встроить функционал патчера в тело WSLive.

Если Вы прочтете мои посты выше, Вы поймете, что я не утверждал, что Fake работает как-то не так в принципе. Я говорю о том что у нас он по какой-то причине работает не так, вполне возможно, что он в принципе работает как надо. Но вот в системе в которой мы собираем дистрибутив, либо чего-то не хватает, либо наоборот есть, что-то что мешает его нормальной работе :( Если при замене только одного uxtheme.dll проблема исчезла как будто ее и не было вовсе, не будете же Вы утверждать, что дело не в этом? Я подчеркиваю, что интеграция проводилась без каких либо изменений, как в самом аддоне Winstyle так и в остальном. Результат был отрицательный и лишь когда был заменен файл uxtheme.dll проблема пропала и не проявлялась ни разу за последнее время. Журнал системе не содержит, каких либо ошибок. Поймите я не программист, как Вы, и я не могу сказать, что именно там не так, Вам как разработчику виднее ;)

Вот такая формулировка мне как-то в мозг не укладывается. Там особо и нечему работать "не так". Оно или работает, или не работает.

Ради интереса выложите тот патченый uxtheme.dll, с которым у вас БСОД появлялся. Я посмотрю, что там пропатчилось.

P.S.: Все вышесказанное - это не критика в ваш адрес, а скорей размышления вслух по сабжу. ;)

и в мыслях не было такого :drug:

Выложил патченный uxtheme.dll с которым BSOD был, скачать его можно тут

Скачал, проверил. Все абсолютно правильно пропатчено.

В виде плацебо попробуйте эту библиотеку патченую двумя разными патчами. Оба варианта во вложении. Отпишитесь о результатах потом :)

А разница между ними в чем?

Заметил еще одну вещь, оригинальный файл из моего дистрибутива, после пропатчивания только UpdatePack-ом имеет следующую дату 15 апреля 2008 года 16:00:00, а тот который патчится в Winstyle имеет уже другую дату 14 апреля 2008 года 21:40:48, файл же патченный сторонним патчером имеет дату на момент внесения в него изменений.

С тем файлом, что Вы выложили пока все работает нормально! :)

Сейчас соберу дистр с файлом от амилло и отпишусь ,а на живой ОС я поставил винлогон.ехе пока что все нормально.

только собирай без того - оставь родной для чистоты эксперимента! ;)

это почему еще ??

Uxtheme.dll :durak: может быть

Shugalei, круто! :) но по моему ты что-то не то сделал ...
Напиши подробно, что ты сделал с тем файлом, который скачал?

как все аддоны установил кинул в папку I386

Между двумя моими файлами из вложения поста #349?
Там разные патчи в разных местах, но результирующий эффект тот же.

С каким именно? 1 или 2?
Попробуйте оба и отпишитесь по каждому плиз.

Скорее всего!
Ты должен был закинуть туда файл UXTHEME.DL_ с подтверждением замены, предварительно распаковав его из архива UXTHEME.ZIP. А ты случайно не переименовывал архив UXTHEME.ZIP в UXTHEME.DL_ перед тем как его забросить в каталог I386, а то чет больно на это похоже :)
Через поиск в каталоге I386 попробуй найти этот файл. Он у тебя там вобще присутствует?

Там в архиве только один файл uxtheme.dll и все, о каком "1 или 2" идет речь я чет не понял :(

Пожалуй я соглашусь с Mr dUSHA в том контексте, что проблема кроется не в пропатчивании uxtheme.dll А с другой стороны то, что проблема связана в нашем конкретном случае с uxtheme.dll у меня сомнений тоже не вызывает. Попробовал я следующее, установил систему заново все с того же дистрибутива при котором возникал BSOD, погонял BSOD все так же появляется, распаковал с этого же дистрибутива сам uxtheme.dll заменил его на живой системе. BSOD пропал (: В общем я ничего уже не понимаю! Есть у кого-то какие-то мысли на этот счет?

Тху... Это я затупил. Не тот архив прикрепил.... :(

Теперь в овложении в архиве два файла. Пробуйте их.

Я ж говорю, плацебо ;)

погоди. так тот uxtheme.dll убирает бсод??? А то я собрался с ним уже систему ставить

Последний тест еще сделаю сегодня, может ситуация наконец прояснится. Мы на верном пути однозначно, главное чтоб поезд с рельс не сошел :o

ну то и я протещу

Все может быть - истина где-то рядом! :cool:

Mr dUSHA, все же по поводу даты? дата то не правильная проставляется :)

ребята ,ответьте на мой псоледний пост .

Я бы с радостью помог, но вот вопроса не поня :dont-know

Как дезактивировать их на время не в курсе, но вот устанавливают их таким образом, например:

REM ------------------------------------------
REM Установка значений переменной TEMP

SET TEMP=C:\TEMP

REM ------------------------------------------

Не готов пока ответить, не закончил еще тестирование :unsure:

PS: Вы в начале командного файла задаете те значения для переменных, которые нужны Вам на этапе его исполнения, далее если в какой-то момент (на каком-то этапе исполнения командного файла) их нужно поменять, берете и задаете новые значения.
Если же Вам нужно в самой системе их менять, то можете создать два файла реестра с нужными Вам значениями переменных среды. Может еще кто, что посоветует, у меня идей больше нет на этот счет.

amillo, поставил винду. так жестко как Вы не тестил ). Просто пару перезагрузок. Бсода нет. Раньше он у меня проявлялся пости всегда при последней перезагрузке при установке системы. Ща нармуль. Бум надеятся... Логи коль нужны прикрепляю. Мот не все напомните что еще нужно.

Сам уже несколько раз винду переустанавливал, BSOD или ошибки в системе еще ни разу не видел, устал уже тестить ;)
Хотя и проблема связана с uxtheme.dll сути ее я пока не понял, а метод предложенный мной это как сказал Из серри помогло и слава Богу! :)

Для поиска решения проблемы пришлось перечитать кучу материала как на сайте Microsoft так и на различных форумах. Пришлось научится разбираться в логах системы, дампах и прочее. И самое пожалуй главное - усвоить следующее правило, большинство компонентов системы тесно взаимодействуют друг с другом, не корректная работа одного из них может привести к падению всей системы. Причин же для не корректного поведения компонента системы достаточно много и это не обязательно может быть связано с не корректным изменением его алгоритма работы, так как есть еще внешние факторы воздействия, при изменении которых поведение компонента также может изменится и не в лучшую сторону. За частую система лишь указывает нам на компонент в котором произошел сбой, а реальные же виновники остаются за кадром, но в любом случае в поле нашего зрения и вычислить их можно без проблем, если быть немного внимательнее и знать где искать. Гораздо сложнее когда истинный виновник найден, понять что именно ему мешает нормально жить и функционировать. Для правильной диагностики проблемы, может потребоваться огромное количество времени для тестов и анализа.

Сори, забыл я об этом...
Щас обьясню:

Дата: 14 апреля 2008 г., 21:40:48 - это дата оригинального файла из чистого дистрибутива. Мой патчер даты не меняет, поскольку создает для пропатчивания копию оригинального чистого файла, которая наследует от оригинала и такое свойство файла, как дата.

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

yу как тестирование идет? у меня все нормуль...

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

а сюда вас каким ветром занесло???

И правда, обращайтесь сюда

Хотите сказать что вся эта 3 месячная трабла с Бсодом из-за этого факе патча??

когда это подтвердят пару десятков юзеров тогда можно утверждать. у меня пока нет бсода...