Explorer.exe не отвечает при доступе к «Мой компьютер» Windows 7

Explorer.exe не отвечает при доступе к «Мой компьютер» Windows 7
  1. Немного предыстории

    Я установил день назад какое-то поврежденное программное обеспечение на свой компьютер и вскоре после этого получил "черный экран смерти" при загрузке. Я переустановил Windows, стер все разделы, кроме одного, где у меня был какой-то личный контент, ничего, связанного с Windows или программным обеспечением.

  2. Проблема

    Теперь все работает отлично, за исключением того, что иногда, когда я нажимаю «Мой компьютер», окно зависает, и я получаю сообщение: «Проводник Windows перестал отвечать». Я могу закрыть windows.explorer примерно через 10 секунд, затем все снова работает нормально, windows.explorer перезагружается после того, как я его закрываю. Когда windows.explorer зависает, главная страница моего компьютера (та, где отображаются разделы) — ЕДИНСТВЕННАЯ, которая не отвечает, все остальное работает отлично.

  3. Подробнее

    Примечание: это происходит примерно в 50% случаев, а не всегда. ПОЖАЛУЙСТА, подскажите мне, если вам нужны более подробные сведения, я просто хочу, чтобы это работало. Кроме того, у меня теперь есть антивирус, и я провел 2 полных сканирования, найдя всего 2 вредоносных программы и удалив их при первом сканировании.

  4. Полное описание ошибки

Из-за проблемы эта программа перестала взаимодействовать с Windows.

Сигнатура проблемы: Имя события проблемы: AppHangB1 Имя приложения: explorer.exe Версия приложения: 6.1.7600.16385 Метка времени приложения: 4a5bc60d Сигнатура зависания: f128 Тип зависания: 0 Версия ОС: 6.1.7600.2.0.0.256.1 Идентификатор локали: 1033 Дополнительная сигнатура зависания 1: f128b6859529d468288b0b438227f2a0 Дополнительная сигнатура зависания 2: 038d Дополнительная сигнатура зависания 3: 038dcc82876a0b81ae2e055408dbff7a Дополнительная сигнатура зависания 4: f128 Дополнительная сигнатура зависания 5: f128b6859529d468288b0b438227f2a0 Дополнительная сигнатура зависания 6: 038d Дополнительная подпись 7: 038dcc82876a0b81ae2e055408dbff7a

Ознакомьтесь с нашим заявлением о конфиденциальности онлайн:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

решение1

Чтобы понять, почему процесс находится в зависшем состоянии, вам необходимо проанализировать потоки процесса.

На ум приходят два способа. Один быстрый и может дать ответ, другой — более точный.

  1. Запустите Process Explorer, посмотрите на потоки процесса Explorer.exe. С настроенными символами, надеюсь, стеки вызовов потоков подскажут, что делает процесс. Здесь вы можете увидеть, какие потоки потребляют больше всего процессорного времени и могут быть ответственными.

    1. Более точный/профессиональный способ. Создайте дамп памяти процесса Explorer.exe, когда он завис, а затем проанализируйте его. Скорее всего, вам понадобится вся память процесса, когда он находится в зависшем состоянии. Для этого я бы посоветовал скачать Procdump (https://technet.microsoft.com/en-us/sysinternals/dd996900.aspx), затем в административной командной строке выполните:

procdump -h -ma explorer.exe explorer.dmp

В следующий раз, когда процесс Explore.exe зависнет, Procdump, надеюсь, создаст вам файл дампа для анализа. Затем нужно установить Windbg, который является частью SDK -https://developer.microsoft.com/en-us/windows/downloads/windows-10-sdk. Необходимо будет установить только компонент Debugging Tools for Windows.

После установки запустите Windbg и настройте символы.https://msdn.microsoft.com/en-us/library/windows/hardware/ff558829(v=vs.85).aspx

Затем вы можете загрузить дамп и выполнить: !analyze -hang -v

Это может дать вам ответ на вопрос, какой поток/модуль может вызывать проблему. Возможно, это указывает на поток со сторонней dll в стеке, которую вы можете удалить.

Обычно зависания немного сложнее, чем сбои, поскольку на самом деле у вас нет ошибки, вам просто нужно рассмотреть, что делают потоки в контексте происходящего. Такие команды, как: !runaway, дадут вам список потоков по потребляемому процессору и могут быть началом. Я бы просмотрел каждый из стеков, чтобы увидеть, выполняют ли они работу и какие модули задействованы, особенно если они сторонние, т. е. не Microsoft.

Более подробную информацию по этой теме см. здесь:https://channel9.msdn.com/Shows/Defrag-Tools/Defrag-Tools-172-Application-Hangs

Связанный контент