Ошибка Device or resource busy появляется в терминале Linux, когда вы пытаетесь отмонтировать флешку командой umount, удалить каталог или остановить службу, а система отвечает отказом, потому что ресурс всё ещё занят каким-либо процессом. Дословный перевод фразы — «устройство или ресурс занят»: операционная система сообщает, что файл, раздел диска или другое системное устройство используется и не может быть освобождено прямо сейчас.
Сообщение приходит от ядра Linux и соответствует коду ошибки EBUSY. Это не сбой оборудования и не признак поломки накопителя — система намеренно блокирует операцию, чтобы не повредить данные, которые в этот момент читает или записывает какой-либо процесс. Ниже разберём, что означает формулировка в разных контекстах, как найти «виновника» и корректно освободить ресурс.
Что означает ошибка Device or resource busy: перевод и смысл
Фраза Device or resource busy переводится с английского как «устройство или ресурс занят». Слово device здесь относится к устройству в терминологии Unix — это может быть диск, раздел, терминал или файл в каталоге /dev. Слово resource охватывает более широкий круг объектов: открытые файлы, сетевые порты, точки монтирования.
Важно понимать, что это не сообщение о неисправности. Ядро Linux следует простому правилу: нельзя отключить или изменить то, что активно используется. Если текстовый редактор держит открытым файл на флешке, команда umount вернёт EBUSY — устройство занято, отмонтирование отклонено. Тем самым система защищает данные от повреждения.
На русском в документации и локализованных сборках можно встретить варианты перевода: «Устройство или ресурс занято», «Устройство занято», «Ресурс используется». Все они обозначают одну и ту же ситуацию — объект заблокирован активным процессом.
В каких ситуациях появляется сообщение
Чаще всего пользователи видят эту ошибку при работе со съёмными накопителями, но круг сценариев шире. Типичные случаи:
- 💽 Отмонтирование USB-флешки или внешнего диска командой
umount, пока открыт файл с этого носителя. - 📁 Удаление или переименование каталога, который используется как точка монтирования или рабочая директория процесса.
- 🖥️ Работа с терминалом: вы находитесь в примонтированном каталоге — сама открытая сессия shell держит ресурс занятым.
- 🌐 Запуск сервиса на порту, который уже слушает другая программа.
- 🔧 Операции с разделами диска через fdisk или parted, когда раздел смонтирован.
Отдельно стоит упомянуть Docker и виртуализацию: контейнеры и виртуальные машины активно монтируют образы и тома, поэтому при их остановке или удалении сообщение «device or resource busy» встречается регулярно. Принцип диагностики при этом тот же — сначала найти процесс, который удерживает ресурс.
Как найти процесс, который занял ресурс
Первый шаг диагностики — определить, какой именно процесс удерживает устройство или файл. Для этого в Linux есть несколько штатных утилит, и самая популярная из них — lsof (от list open files).
lsof /mnt/usbКоманда покажет список процессов, открывших файлы в указанном каталоге: идентификатор процесса (PID), имя программы и пользователя. Если lsof не установлен, в большинстве дистрибутивов он ставится из стандартного репозитория пакетным менеджером.
Альтернатива — утилита fuser, которая сразу выводит PID процессов, использующих файл или точку монтирования:
fuser -vm /mnt/usbКлюч -v включает подробный вывод, а -m указывает, что проверяется точка монтирования. Не забывайте и о простейшей причине: проверьте, не находится ли ваш собственный терминал внутри отключаемого каталога — команда pwd покажет текущий путь. Если это так, перейдите выше командой cd ~ и повторите операцию.
Способы устранения ошибки
После того как процесс-«владелец» найден, действуйте от мягких методов к жёстким. Безопасная последовательность выглядит так:
- ✅ Закройте программу, которая использует файл, штатным способом — через её интерфейс или меню.
- 📂 Выйдите из занятого каталога во всех открытых терминалах и файловых менеджерах.
- 🔄 Завершите процесс штатным сигналом:
kill PID, где PID — номер из вывода lsof. - ⏳ Подождите несколько секунд — некоторые программы сбрасывают дескрипторы с задержкой.
Только если процесс не реагирует на обычное завершение, применяется принудительный сигнал kill -9 PID. Этот вариант обрывает программу немедленно и может привести к потере несохранённых данных внутри неё, поэтому используйте его последним.
☑️ Порядок освобождения занятого устройства
Для точек монтирования существует ещё один инструмент — «ленивое» отмонтирование:
umount -l /mnt/usbОпция -l (lazy) отсоединяет файловую систему от дерева каталогов немедленно, а фактическая очистка происходит, когда ресурс освободится. Это удобно для зависших сетевых шар, но не отменяет необходимости разобраться с процессом, который держал устройство.
⚠️ Внимание: не выдёргивайте флешку или внешний диск, пока команда
umountне завершилась успешно. При активных операциях записи извлечение накопителя «в обход» системы грозит повреждением файловой системы и потерей данных.
Ошибка в Docker и при работе с сервисами
В экосистеме контейнеров сообщение device or resource busy нередко возникает при удалении образов, томов или остановке контейнеров. Причина та же: объект смонтирован или используется запущенным экземпляром. Перед удалением убедитесь, что контейнер остановлен, — список активных покажет команда docker ps.
Если ошибка появляется при запуске сетевого сервиса с текстом вроде «address already in use» или «resource busy», вероятная причина — порт уже слушает другой процесс. Найти его можно через ss -tulpn или тот же lsof с указанием порта:
lsof -i :8080Дальше либо остановите конфликтующий процесс, либо перенастройте один из сервисов на другой порт. Конкретный способ зависит от используемого ПО, поэтому сверяйтесь с его официальной документацией.
Почему ошибка возникает даже после закрытия всех программ
Иногда ресурс удерживают фоновые службы: индексаторы файлов, антивирусные сканеры, демоны синхронизации. Они открывают файлы без видимого окна. Проверьте вывод lsof от имени суперпользователя (sudo lsof /путь) — без прав root часть чужих процессов не отображается.
Сравнение утилит для диагностики занятых ресурсов
Разные инструменты решают схожие задачи, но отличаются деталями вывода и сценариями применения. Краткая сводка поможет выбрать подходящий:
| Утилита | Что показывает | Когда использовать |
|---|---|---|
lsof | Открытые файлы, порты, процессы | Универсальная диагностика файлов и сети |
fuser | PID процессов по файлу или точке монтирования | Быстрая проверка занятости раздела |
ss -tulpn | Слушающие сокеты и их процессы | Конфликты сетевых портов |
mount / findmnt | Дерево смонтированных файловых систем | Поиск вложенных точек монтирования |
На практике удобно начинать с fuser — он сразу даёт номера процессов, а затем при необходимости уточнять детали через lsof. Обе утилиты входят в стандартные репозитории популярных дистрибутивов.
⚠️ Внимание: запускайте диагностические команды через
sudo, если ресурс мог открыть системный процесс. Без повышенных прав вывод будет неполным, и можно ошибочно решить, что устройство никем не занято.
Как избежать ошибки в будущем
Несколько простых привычек заметно снижают частоту появления EBUSY. Во-первых, перед отключением накопителя закрывайте все окна файлового менеджера и терминалы, открытые в его каталогах. Во-вторых, дожидайтесь завершения копирования — индикатор прогресса в графическом окружении не всегда отражает фактическое окончание записи на устройство.
Для серверных сценариев полезно документировать, какие службы какие порты и каталоги используют: тогда при конфликте не придётся гадать, кто занял ресурс. А в скриптах автоматизации добавляйте проверку занятости перед umount — это делает процедуры устойчивее.
Частые вопросы
Как переводится Device or resource busy на русский язык?
Дословный перевод — «устройство или ресурс занят». В локализованных версиях Linux встречаются варианты «Устройство или ресурс занято» и «Устройство занято». Смысл один: объект используется процессом и временно недоступен для операции.
Опасна ли эта ошибка для данных на диске?
Сама по себе — нет. Это защитный механизм ядра, который наоборот предотвращает повреждение данных. Риск возникает только при попытках обойти блокировку грубыми методами, например при извлечении накопителя во время записи.
Что делать, если lsof не показывает ни одного процесса?
Повторите команду с sudo — без прав root видны не все процессы. Также проверьте вложенные точки монтирования через findmnt и убедитесь, что ни один ваш терминал не находится внутри занятого каталога.
Можно ли принудительно отмонтировать занятую флешку?
Да, команда umount -l выполняет «ленивое» отмонтирование: каталог отсоединяется сразу, а очистка происходит после освобождения ресурса. Однако предпочтительнее сначала завершить удерживающий процесс — это надёжнее для целостности данных.
Почему ошибка появляется при работе с Docker?
Контейнеры монтируют образы и тома, и пока контейнер запущен, эти объекты заняты. Остановите контейнер, проверьте список активных через docker ps, и только после этого удаляйте тома или образы.