Файл не видаляється: яка програма його блокує

Коротка відповідь: Якщо Провідник повідомляє, що дію неможливо завершити, оскільки файл відкритий в іншій програмі (у командному рядку це помилка типу «файл використовується іншим процесом», англійською sharing violation), якийсь процес тримає відкритим дескриптор файлу. У Моніторі ресурсів (resmon, англійською Resource Monitor) на вкладці CPU в розділі Пов’язані дескриптори (Associated Handles) можна знайти назву файлу й визначити, який процес його утримує, а потім безпечно звільнити файл, закривши програму звичайним способом.

Про що ця стаття — і про що ні

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

Важливо також окреслити межі відповідальності. Ця інструкція призначена для файлів, які ви створили самі або на роботу з якими маєте дозвіл і які вам справді більше не потрібні. Системні файли, бази даних програм, файли на корпоративних серверах і файли, якими керує антивірусний захист, не варто налагоджувати звичайним способом.

Що означає «файл використовується» і що доводить пошук дескриптора

Коли програма відкриває файл, операційна система надає їй так званий дескриптор (handle) — посилання на відкритий файл. Залежно від способу відкриття та дозволеного спільного доступу цей дескриптор може перешкоджати видаленню чи перейменуванню. Не кожен відкритий дескриптор блокує ці операції; Microsoft описує режими спільного доступу, зокрема дозвіл на видалення. Саме внаслідок такого блокування з’являється повідомлення про те, що файл використовується іншою програмою.

Згідно з документацією Microsoft, у Моніторі ресурсів (Resource Monitor) на вкладці CPU в розділі Associated Handles можна шукати за назвою файлу й таким чином знаходити процес, який тримає його відкритим. Як альтернативу можна скористатися Process Explorer із набору Sysinternals, який також дає змогу шукати відкриті дескриптори процесів. Проте для швидкого пошуку конкретного винуватця зручніший resmon, оскільки він уже входить до складу Windows і його не потрібно завантажувати (Microsoft: Identify process blocking a file, Microsoft Sysinternals Process Explorer).

Що діагностика доводить — і чого не доводить

Варто розуміти межі цього методу, щоб не робити надмірних висновків із результату:

Що доводить пошук дескриптора:

• конкретний процес у цей момент тримає файл відкритим,
• можна визначити процес, зокрема його PID,
• файл утримує, наприклад, забута панель попереднього перегляду, редактор або клієнт синхронізації.

Чого така перевірка не доводить:

• що для файлу не потрібні спеціальні права доступу (помилка «відмовлено в доступі» може мати такий самий наслідок, але іншу причину),
• що файл у цей момент не обробляє антивірус або служба резервного копіювання,
• що проблема не пов’язана із синхронізацією з хмарою (OneDrive та подібні клієнти іноді ще недовго утримують файл після закриття програми).

Отже, відсутність результату не означає, що проблеми немає. Це означає лише, що інструмент у цей момент не знайшов збігу за вашим запитом і з доступними вам правами.

Покрокова процедура в Моніторі ресурсів

1. Натисніть Win + R, введіть resmon і натисніть Enter. Відкриється Монітор ресурсів (Resource Monitor).
2. Перейдіть на вкладку CPU.
3. Розгорніть розділ Пов’язані дескриптори (Associated Handles); у його заголовку є поле Пошук дескрипторів.
4. У полі пошуку введіть унікальну частину назви файлу — якомога точнішу, щоб результати не заповнили збіги із загальновживаними словами. Якщо файл називається «nabidka-final-v3.docx», шукайте, наприклад, nabidka-final.
5. Запустіть пошук і дочекайтеся результатів. У списку з’являться процеси, які мають відкриті дескриптори, що відповідають запиту.
6. Запишіть назву процесу та PID. Перевірте назву файлу за повним шляхом — часткові збіги часто трапляються під час пошуку за короткими запитами.
7. Якщо перший пошук нічого не повернув, повторіть його через деякий час: дескриптори відкриваються й закриваються динамічно.

Очікуваний результат: у списку з’явиться один або кілька процесів. Зазвичай це редактор, у якому документ досі відкритий, панель попереднього перегляду Провідника або клієнт синхронізації.

Що робити зі знайденим процесом — безпечний спосіб

• Власна програма (редактор, засіб перегляду): збережіть роботу, закрийте документ звичайним способом і завершіть роботу програми. Так дескриптор звільниться природним чином.
• Попередній перегляд у Провіднику: закрийте панель попереднього перегляду або інше вікно Провідника, у якому відображається файл.
• Клієнт синхронізації: дочекайтеся завершення синхронізації або закрийте програму через її піктограму в області сповіщень, а не випадково посеред передавання даних.
• Антивірус, серверна служба, сторонній процес: нічого не завершуйте. Передайте адміністратору назву процесу, PID і шлях до файлу.

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

Безпечний запасний варіант, якщо нічого не знайдено

Якщо пошук дескриптора нічого не повертає, дійте в такому порядку:

1. Закрийте всі програми, які могли відкрити файл, а також панель попереднього перегляду в Провіднику.
2. Перевірте, чи файл не міститься в папці, синхронізованій із хмарою, і дочекайтеся завершення всіх операцій синхронізації.
3. Зберігши роботу, на власному комп’ютері можна вийти із системи та ввійти знову; у крайньому разі можна перезавантажити власний комп’ютер, щоб закрити всі дескриптори. Звісно, на корпоративному сервері через один файл не перезавантажують систему, яка обслуговує інших користувачів.
4. Якщо після звільнення файлу помилка «відмовлено в доступі» не зникає, причиною можуть бути права доступу або захист файлу. Передайте адміністратору точний текст помилки; не змінюйте навмання власника чи ACL.

Чого не робити: ризиковані операції

Існують інструменти та процедури, здатні примусово «вбити» дескриптор або завершити процес. У документації Microsoft до Process Explorer пошук відкритих дескрипторів описано як діагностичну функцію. Закриття чужих дескрипторів і примусове завершення процесів — це вже інша, ризикована операція, яка може пошкодити дані програми, що використовує файл (Microsoft Sysinternals Process Explorer).

Тому у звичайній ситуації:

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

Таблиця рішень: що робити залежно від результату

Контрольний список для адміністратора та перевірка результату

Якщо ви передаєте проблему далі — у компаніях із корпоративними комп’ютерами це звичайна практика — надайте такі відомості:

• повний шлях до файлу та його назву,
• назву процесу, що блокує файл, і його PID із resmon,
• точний текст повідомлення про помилку й час його появи,
• що ви вже спробували зробити (закрили програми, повторили пошук, вийшли із системи).

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

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

Часті запитання

Чому Windows не дозволяє видалити файл, який начебто закритий?

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

Як точно визначити, який процес утримує файл?

Запустіть resmon через Win + R, перейдіть на вкладку CPU та в розділі Пов’язані дескриптори знайдіть унікальну частину назви файлу. Результат покаже процес і його PID; перевірте назву за повним шляхом, адже короткі запити також дають випадкові збіги.

Чи можна просто завершити процес, який утримує файл?

Власні програми можна закрити, але коректно: збережіть роботу й завершіть роботу програми. Не завершуйте невідомі вам процеси, антивірусні, серверні та системні служби; передайте знайдені відомості адміністратору. Примусове закриття дескрипторів ризиковане й може пошкодити дані програми.

Що робити, якщо пошук у resmon нічого не знаходить, але файл не видаляється?

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

Чи безпечно одразу остаточно видалити розблокований файл?

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

Коли варто звернутися до сервісу

Опишіть постійну несправність у заявці на сервісне обслуговування: зазначте точну модель, симптом, коли він з’явився і що ви вже безпечно перевірили. Для ремонту пристрою та визначення подальших дій можна скористатися послугою ремонту ПК і ноутбуків ITHOPE. Якщо водночас під загрозою опинилися дані без резервної копії, спочатку подбайте про дані. Вартість та обсяг робіт можна визначити після встановлення причини.

Джерела й дата перевірки

Технічні джерела перевірено 4 жовтня 2026 року.

• Microsoft: Identify process blocking a file

• Microsoft Sysinternals Process Explorer

• Microsoft: CreateFile sharing modes