Почему панель задач зависает, а Проводник перезапускается сам — и как найти виновника

Панель задач — не отдельное приложение

Всё, что вы видите на оболочке рабочего стола, — панель задач, область уведомлений, значки рабочего стола и каждое окно Проводника — живёт внутри одного процесса: explorer.exe. Унаследованная от Windows 95 архитектура удобна и хрупка одновременно: один завис — и замирает вся поверхность; один краш — и всё исчезает разом. Когда Проводник умирает, Windows тихо запускает новый экземпляр, поэтому панель задач на секунду гаснет и возвращается чистой: работающие приложения выживают, а значки в трее часто не регистрируются заново как следует, оставляя «призраки», зависающие при клике.

Заморозка без перезапуска — близнец помягче: поток интерфейса Проводника заблокирован и ждёт того, что никогда не вернётся. Классика жанра — расширение оболочки, зависающее при опросе; трей-приложение, чей значок перестал отвечать; подключённый сетевой диск, ставший недостижимым; и на машинах с капризными драйверами графики — сброс видеодрайвера (TDR), ставящий всю оболочку на паузу на секунды. В Windows 11 меню «Пуск» получило собственный процесс-хост, но сама панель задач по-прежнему живёт внутри Проводника, так что старая диагностическая методика работает без изменений.

Загоняем виновника в угол за десять минут

Хорошая новость: Проводник записывает почти всё, что делает не так, в два места, которые большинство пользователей никогда не открывает. Десять минут с «Просмотром событий» и чистой загрузкой обычно называют обидчика прямо; гадание стоит дороже.

• Диспетчер задач > Проводник > «Перезапустить» — десятисекундное возвращение панели задач без перезагрузки
• Просмотр событий > Журналы Windows > Приложение: события 1000 (сбой) и 1002 (зависание) для explorer.exe — имя сбойного модуля и есть виновник
• ShellExView (NirSoft) — отключите все сторонние расширения оболочки, затем включайте обратно половинами, пока зависание не вернётся
• Событие 4101, «драйвер экрана перестал отвечать», — указывает на видеодрайвер, а не на сам Проводник
• net use */delete — отключите зависшие сетевые диски, которые оболочка продолжает опрашивать
• Чистая загрузка (msconfig) — если зависание исчезло, возвращайте элементы автозагрузки группами по половине

Исправления, которые держатся

Когда у сбойного модуля есть имя, исправление обычно скучное. Краш внутри стороннего обработчика контекстного меню или значка-оверлея умирает в момент обновления или удаления приложения-владельца — оверлеи облачной синхронизации и архиваторы тут постоянные персонажи. Если «Просмотр событий» показывает сбросы видеодрайвера, сделайте чистую переустановку драйвера GPU, а не вините Проводник: скачайте драйвер у вендора, удалите текущий, поставьте свежий и лишь потом верните те панели управления, которыми реально пользуетесь.

Если зависаний без событий сбоя нет вовсе, подозревайте софт, живущий рядом с железом: экзотические утилиты, внедряющиеся в Проводник, комплекты клавиатур и мышей с хуками оболочки, старые версии популярных программ. Держите в честности и трей: каждое приложение автозагрузки со значком — это код, с которым Проводнику придётся разговаривать вечно, так что сокращение автозагрузки — мера против зависаний не меньше, чем против долгой загрузки. А если зависания начались сразу после функционального обновления Windows, перед радикальными мерами проверьте сайты вендоров на предмет обновлений их интеграций: обновление обычно ломает именно интеграции, а не саму систему.

Вопросы и ответы

Читайте также