Показать полную графическую версию : Как узнать причину зависания наглухо 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-битной Винды. Но вот как это сделать???? Точки восстановления не предлагать, имею слишком старый снимок ОС, если его использовать, все-равно много настроек потеряется.
Сносить 32-битную версию жалко »
Восстановите установкой "поверх" старой.
Но вот как это сделать? »
Учитывая наличие проблемы даже в безопасном режиме - скорее всего никак, сбой где-то глубоко залез.
либо сделать какой-либо анализ системы CCleaner »
Удалите лучше свой CCleaner и никогда больше не устанавливайте ни его, ни какие-либо аналоги. Система целее будет.
Petya V4sechkin
09-10-2018, 21:46
yukhm, попробуйте:
Как восстановить реестр, когда Windows не загружается (http://www.outsidethebox.ms/12505/)
Особенности работы средства проверки системных файлов (SFC.exe) в среде Windows RE (http://www.oszone.net/12548)
Avatar-Lion
09-10-2018, 22:10
yukhm, загрузитесь в 64-битную систему, затем в командной строке от имени администратора выполните ChkDsk E: /f /r (если 32-битная система не на диске Е, а на каком-то другом, то подставьте нужную букву сами).
Спс за отклики. Сначала о клинере - пользуюсь им в течении очень долгого времени, но, естественно не каждый день, без фанатизма. Вроде ничего плохого за ним не замечал. Других подобных программ не пользую, раньше пробовал, но остановился на Цклинере.
К вопросу об ОС. Да, проскакивала мысль установить Винду заново поверх старой ОС, ранее был такой опыт, но гарантий стабильной работы всех приложений после таких манипуляций не стоит ожидать, хотя может и все будет хорошо. Сначала хотелось бы все-таки найти виновника зависаия. Можно ли вообще его вычислить и как?
SFC пробовал, почему-то не прогнать ее не получилось, что ей не понравилось - не помню, давненько это было.
Avatar-Lion, ваш совет пробовал почти в первую очередь, команда выполнилась без проблем, но зависания остались.
Avatar-Lion
09-10-2018, 22:53
yukhm, А как именно выглядит это "глухое зависание"? Курсор мыши двигается хотя бы по экрану? Или нет?
Повторюсь, комп ваще ни на что не реагирует - ни на клавиатуру, ни на клики мыши, ни на движения мыши, курсор замирает на месте, ничто его не может заставить двигаться. В динамиках тишина. Возможно какой-то системный файл испорчен, врятли драйвер, так как и в безопасном режиме такая же песня. Наверное действительно придется катать заново поверх старой винды, хотя неужели нельзя отловить эту ошибку? Наверняка можно, хотя вероятно будет нужен какой-нить программно-аппаратный отладчик. Впрочем тогда овчинка выделки не стоит.
Petya V4sechkin
10-10-2018, 09:04
Возможно какой-то системный файл испорчен, врятли драйвер, так как и в безопасном режиме такая же песня.
Чтобы проверить целостность системных файлов, можете загрузиться в среде восстановления WinRE и следовать инструкции
Особенности работы средства проверки системных файлов (SFC.exe) в среде Windows RE (http://www.oszone.net/12548)
А если причина проблемы в реестре, то
Как восстановить реестр, когда Windows не загружается (http://www.outsidethebox.ms/12505/)
Наверное действительно придется катать заново поверх старой винды,
Поверх накатить не удастся, поскольку вы не успеете выполнить первую фазу установки до зависания.
Верно, что-то об этом не подумал. Конечно можно попробовать в среде работающей Win x64 накатать каталог system32 в разделе Win x32 с заменой файлов, может получится реанимировать. В общем буду пробовать, но возможно не сегодня. Может еще будут советы?
PS. Попробую запустить SFC, отпишусь на что он ругается.
Avatar-Lion
10-10-2018, 14:56
yukhm, BIOS > Load Setup Defaults > Save & Exit. Также проверьте как работает ПК с каждой планкой памяти по отдельности, если у вас их несколько. Ибо судя по поведению ПК, проблема аппаратная.
Аппаратной проблема быть не может, так как другая 64-битная версия винды работает без нареканий очень долгое время.
Итак, прогнал SFC в Win RE, который выдал сообщение: "Защита ресурсов Windows не может выполнить запрошенную операцию." Посмотрел CBS.log, который ну ооочень уж длинный, последней строчкой - error - споткнулся на файле MpRTP.dll . Где его проще взять и процедура его замены? Желательно из Windows x64.
Avatar-Lion
10-10-2018, 16:57
64-битная версия винды работает без нареканий очень долгое время »
Полагаю, поиграть с модулями памяти много времени не займет. Впрочем, дело ваше.
Просто я ни разу еще не встречал (я подчеркиваю: ни разу) ситуаций, когда именно проблема на программном уровне вешала наглухо комп.
Просто я ни разу еще не встречал (я подчеркиваю: ни разу) ситуаций, когда именно проблема на программном уровне вешала наглухо комп. »
Тогда чем объясняется отсутствие проблем на второй ОС?
Avatar-Lion
10-10-2018, 18:55
dislike, Другой механизм адресации памяти. Хотя случай сам по себе любопытный, конечно.
Petya V4sechkin
10-10-2018, 18:58
Посмотрел CBS.log, который ну ооочень уж длинный, последней строчкой - error - споткнулся на файле MpRTP.dll . Где его проще взять и процедура его замены?
Извлечение файлов Windows 7 из дистрибутива (http://www.wseven.info/mount-dism/)
CBS.log заархивируйте и выложите.
Avatar-Lion, например, бесконечный цикл при запрещенных прерываниях вполне успешно вешает практически любой процессор.
Petya V4sechkin, вот лог
Petya V4sechkin
10-10-2018, 20:06
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 - проблема с дисковой подсистемой.
Поэтому по-прежнему актуален совет:
yukhm, загрузитесь в 64-битную систему, затем в командной строке от имени администратора выполните ChkDsk E: /f /r (если 32-битная система не на диске Е, а на каком-то другом, то подставьте нужную букву сами).
Avatar-Lion, ваш совет пробовал почти в первую очередь, команда выполнилась без проблем, но зависания остались.
Вы уверены, что использовали именно такие опции при проверке? /R - тест поверхности (поиск повреждённых секторов).
Дополнительно выложите данные S.M.A.R.T. из CrystalDiskInfo (https://crystalmark.info/en/software/crystaldiskinfo/).
Petya V4sechkin, и Avatar-Lion, приношу свои извинения за свою невнимательность к Вашим советам. Действительно, ранее запускал chtckdisk без параметра /r, так как считал, что это слишком долго и не очень важно. Но, похоже, вы оба оказались правы, особое спасибо модератору Васечкину за толковые советы: после запуска chkdsk /f /r винда х64 зависла точно также как и x86. Мало того, когда я попробовал кликнуть правой кнопкой мыши на файле mprtp.dll зависание x64 повторилось один в один, наверняка проблема в поверхности "винта". Я так понимаю, что нужно прогнать chkdsk, загрузившись например с компакта или загрузочной флешки и пофиксить поверхность hdd? Есть ли на форуме тема как подробнее это сделать?
Сбойный винт лучше заменить. Это уже всё, не работа будет, а постоянно как на мине сидеть.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC