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

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

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

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

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

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

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

Виправлення, які тримаються

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

Якщо зависань без подій збою немає зовсім, підозрюйте софт, що живе поруч із залізом: екзотичні утиліти, що вбудовуються в Провідник, комплекти клавіатур і мишей із хуками оболонки, старі версії популярних програм. Тримайте в чесності й трей: кожен застосунок автозавантаження зі значком — це код, з яким Провіднику доведеться розмовляти вічно, тож скорочення автозавантаження — захист від зависань не менше, ніж від повільного старту. А якщо зависання почалися одразу після функціонального оновлення Windows, перед радикальними заходами перевірте сайти вендорів на оновлення їхніх інтеграцій: оновлення зазвичай ламає саме інтеграції, а не систему.

Питання та відповіді

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