Как узнать причину зависания наглухо Windows 7
 

Здравствуйте, народ честной. Кто подскажет методику или варианты действий для установления причины полного зависания компа при загрузке Windows-7 x32?
Ситуация следующая: имеется ПК на котором установлены две версии Windows 7 - одна 32 бит, вторая 64 бит. Для справки: изначально устанавливалась 32 битная, но так как она работает с оперативкой не более 3 Гиг, примерно может через годик пользования 32-х битной решил установить 64-битную второй ОС. Обе стоят на одном "винчестере", но в разных разделах, выбор текущей ОС делается при загрузке компа. Все работало на ура в течение нескольких лет, обновления обеих операционок ставлю как правило только важные, их выбор в ручном режиме. На обоих ОС стоит KIS-2015, обновляется автоматом. И вот однажды, когда пришел домой с работы, Windows7 x32, стала стабильно зависать на некотором этапе при загрузке ОС, примерно минуты через 4 после выбора текущей ОС. За это время успевают загрузиться многие службы, программы автозагрузки, антивирус, при этом могу даже успеть запустить какую-нибудь прогу типа тотал командира или CCleaner, а затем комп наглухо виснет, да так, что не реагирует ни на какие нажатия клавиш, ни на движения или клики мышки. Снести какую-либо программу до момента зависания, либо сделать какой-либо анализ системы CCleaner-ом я не успеваю до момента полного зависания. Максимум можно успеть глянуть логи запуска программ и служб, но там я ничего интересного не обнаружил, хотя и не "докий" в них. В мое отсутствие к компу имели доступ жена и ребенок, но что послужило причиной такого поведения ОС - не понятно. Загрузился с CD-диска с системой ERD, так смог не спеша просмотреть логи и кусты реестра, но не настолько крут, чтобы определить причину зависания. Переименовал папки антивирусной проги, что она не загружалась, но результат остался прежним. Загружался во всех возможных режимах, и безопасном, и с поддержкой командной строки, и с ведение логов, результат один - наглухо зависает. В то же время вторая 64-битная ОС продолжает прекрасно работать. Сносить 32-битную версию жалко, там осталось много настроек и установленных программ, хотелось бы вычислить и уничтожить "врага", мешающего нормальному функционированию 32-битной Винды. Но вот как это сделать???? Точки восстановления не предлагать, имею слишком старый снимок ОС, если его использовать, все-равно много настроек потеряется.

Восстановите установкой "поверх" старой.

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

Удалите лучше свой CCleaner и никогда больше не устанавливайте ни его, ни какие-либо аналоги. Система целее будет.

yukhm, попробуйте:

• Как восстановить реестр, когда Windows не загружается
• Особенности работы средства проверки системных файлов (SFC.exe) в среде Windows RE

yukhm, загрузитесь в 64-битную систему, затем в командной строке от имени администратора выполните ChkDsk E: /f /r (если 32-битная система не на диске Е, а на каком-то другом, то подставьте нужную букву сами).

Спс за отклики. Сначала о клинере - пользуюсь им в течении очень долгого времени, но, естественно не каждый день, без фанатизма. Вроде ничего плохого за ним не замечал. Других подобных программ не пользую, раньше пробовал, но остановился на Цклинере.
К вопросу об ОС. Да, проскакивала мысль установить Винду заново поверх старой ОС, ранее был такой опыт, но гарантий стабильной работы всех приложений после таких манипуляций не стоит ожидать, хотя может и все будет хорошо. Сначала хотелось бы все-таки найти виновника зависаия. Можно ли вообще его вычислить и как?
SFC пробовал, почему-то не прогнать ее не получилось, что ей не понравилось - не помню, давненько это было.

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

yukhm, А как именно выглядит это "глухое зависание"? Курсор мыши двигается хотя бы по экрану? Или нет?

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

Чтобы проверить целостность системных файлов, можете загрузиться в среде восстановления WinRE и следовать инструкции
Особенности работы средства проверки системных файлов (SFC.exe) в среде Windows RE

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

Поверх накатить не удастся, поскольку вы не успеете выполнить первую фазу установки до зависания.

Верно, что-то об этом не подумал. Конечно можно попробовать в среде работающей Win x64 накатать каталог system32 в разделе Win x32 с заменой файлов, может получится реанимировать. В общем буду пробовать, но возможно не сегодня. Может еще будут советы?
PS. Попробую запустить SFC, отпишусь на что он ругается.

yukhm, BIOS > Load Setup Defaults > Save & Exit. Также проверьте как работает ПК с каждой планкой памяти по отдельности, если у вас их несколько. Ибо судя по поведению ПК, проблема аппаратная.

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

Итак, прогнал SFC в Win RE, который выдал сообщение: "Защита ресурсов Windows не может выполнить запрошенную операцию." Посмотрел CBS.log, который ну ооочень уж длинный, последней строчкой - error - споткнулся на файле MpRTP.dll . Где его проще взять и процедура его замены? Желательно из Windows x64.

Полагаю, поиграть с модулями памяти много времени не займет. Впрочем, дело ваше.

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

Тогда чем объясняется отсутствие проблем на второй ОС?

dislike, Другой механизм адресации памяти. Хотя случай сам по себе любопытный, конечно.

Извлечение файлов Windows 7 из дистрибутива

CBS.log заархивируйте и выложите.

Avatar-Lion, например, бесконечный цикл при запрещенных прерываниях вполне успешно вешает практически любой процессор.
Petya V4sechkin, вот лог

yukhm, да, ошибка c0000185 при чтении файла
\Windows\winsxs\x86_security-malware-windows-defender_31bf3856ad364e35_6.1.7601.18170_none_597f1ba5b6a5991f\MpRTP.dll

NTSTATUS 0xC0000185 - STATUS_IO_DEVICE_ERROR - The I/O device reported an I/O error - проблема с дисковой подсистемой.
Поэтому по-прежнему актуален совет:
Вы уверены, что использовали именно такие опции при проверке? /R - тест поверхности (поиск повреждённых секторов).
Дополнительно выложите данные S.M.A.R.T. из CrystalDiskInfo.

Petya V4sechkin, и Avatar-Lion, приношу свои извинения за свою невнимательность к Вашим советам. Действительно, ранее запускал chtckdisk без параметра /r, так как считал, что это слишком долго и не очень важно. Но, похоже, вы оба оказались правы, особое спасибо модератору Васечкину за толковые советы: после запуска chkdsk /f /r винда х64 зависла точно также как и x86. Мало того, когда я попробовал кликнуть правой кнопкой мыши на файле mprtp.dll зависание x64 повторилось один в один, наверняка проблема в поверхности "винта". Я так понимаю, что нужно прогнать chkdsk, загрузившись например с компакта или загрузочной флешки и пофиксить поверхность hdd? Есть ли на форуме тема как подробнее это сделать?

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

Лог DiskInfo Файл 154471

yukhm, Хм... Оригинально. Первый раз вижу, чтобы битые сектора приводили к глухому зависанию. Как-то это неправильно.

Если жесткому диску больше 2-3 лет, то имеет смысл снять плату управления (потребуется отвертка-звездочка) и почистить контактные площадки, через которые происходит выдача данных с поверхности диска, а затем на внешний интерфейс. Вот пример диска с сильно грязными контактами (лечится с помощью твёрдого ластика): http://imagestun.com/hosting/kartinki/694894d184.jpg

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