В этой статье разберём все основные методы, которые помогут тебе справиться с такой проблемой. От самых безопасных способов до форсированного размонтирования — всё по порядку, с объяснениями и примерами команд.

Почему система не даёт размонтировать диск

Ошибка device is busy — это защитный механизм ядра Linux. Система попросту не разрешает отключать устройство, которое активно используется каким-то процессом. Это может быть открытый файл, запущенная программа, активная сессия оболочки или даже фоновый сервис, пишущий логи.

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

Обычно ошибка выглядит вот так:

umount: /mnt/disk: device is busy

Или в более подробном виде:

umount: /dev/sda2: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1))

Способ 1: Находим и закрываем процесс (самый безопасный)

Это рекомендуемый способ, потому что он не грубит ядру и не может привести к потере данных. Алгоритм простой: сначала узнаём, какой процесс захватил устройство, потом завершаем его, а потом спокойно размонтируем диск.

Для поиска процесса есть две популярные команды: lsof и fuser. Первая покажет список открытых файлов и процессы, которые их держат. Вторая более специализирована для работы с файловыми системами. Выбирай ту, которая нравится больше, или используй обе — результат будет примерно одинаковый.

С помощью lsof:

sudo lsof /mnt/disk

Эта команда выведет таблицу со всеми процессами, которые обращаются к /mnt/disk. В колонке PID ты увидишь идентификаторы процессов. Например:

COMMAND     PID   USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
bash       1234   user  cwd    DIR   8,1     4096    2 /mnt/disk

С помощью fuser:

sudo fuser -vm /mnt/disk

Эта команда более лаконична и сразу покажет PID процесса. Выглядит примерно так:

/mnt/disk:               1234(root)

Оба варианта работают. Выбирай любой. Когда PID найден, просто заверши процесс:

sudo kill -9 1234

Тут 1234 — это PID, который ты нашёл выше. Флаг -9 означает безусловное завершение процесса (SIGKILL). После этого попробуй размонтировать диск обычной командой:

sudo umount /mnt/disk

Обычно на этом этапе всё работает. Этот способ самый безопасный, потому что ты сам контролируешь, что происходит, и можешь убедиться, что закрыты именно те процессы, которые не повредят данные.

Способ 2: Ленивое размонтирование (lazy unmount)

Этот метод удобнее и быстрее, когда ты не хочешь искать процессы. Команда umount -l отключает диск от системы немедленно, но скрывает точку монтирования и ждёт, пока все процессы закроют свои файловые дескрипторы.

Основная идея проста: система говорит: «Ладно, отключаю устройство прямо сейчас и убираю его из видимости, а когда все закончат работу, выполню полную очистку». Это спасает в ситуациях, когда диск недоступен или медленно отвечает, и ты не можешь ждать завершения процессов.

Команда выглядит вот так:

sudo umount -l /mnt/disk

Основные черты ленивого размонтирования:

• Немедленное отключение: точка монтирования исчезает из виду прямо после выполнения команды
• Безопасность данных: файловые дескрипторы закрываются постепенно, без резких отключений
• Идеально для NFS: часто используется именно для сетевых дисков, которые стали недоступны
• Может потребоваться для съёмных носителей: если диск медленно отвечает, это спасает время

Однако есть нюанс: процессы, которые обращаются к диску, могут получить ошибку, если они попытаются обратиться к файлу после начала ленивого размонтирования. Но на практике это редко вызывает проблемы, потому что процессы обычно завершаются корректно.

Способ 3: Форсированное размонтирование (force unmount)

Это уже тяжелая артиллерия. Команда umount -f принудительно отключает устройство, не ожидая закрытия файловых дескрипторов. Используй её только если остальные способы не помогли или если диск совсем отключился от системы.

Вот как это выглядит:

sudo umount -f /mnt/disk

Основные характеристики:

• Немедленное отключение: диск отключается сразу, без очереди
• Повышенный риск потери данных: если процесс пишет файл в момент форсированного размонтирования, данные могут быть повреждены
• Работает с недоступными дисками: часто помогает, когда обычные методы не срабатывают
• Полезна для NFS: как и ленивое размонтирование, особенно эффективна для сетевых файловых систем

Множество администраторов говорят, что -f — единственный способ отключить NFS диск, который перестал отвечать на запросы. На практике это действительно так.

Сравнение всех трёх методов

Часто встречающиеся ошибки и их решения

Но даже после применения этих методов иногда ничего не помогает. Вот несколько сценариев, которые сводят с ума:

Оболочка (shell) открыта в директории монтирования

Это классика жанра. Ты открыл терминал и находишься в /mnt/disk или где-то в его поддиректориях. Система не может размонтировать устройство, потому что оболочка удерживает текущую рабочую директорию. Решение: просто выполни cd в другую директорию и попробуй ещё раз.

cd ~
sudo umount /mnt/disk

Фоновый процесс пишет логи на диск

Некий сервис или программа непрерывно пишет логи на этот диск. Обычно lsof быстро покажет, что это за процесс. Просто заверши его или перенаправь логи на другой диск.

Неправильный путь монтирования

Включена, что ты пытаешься размонтировать /dev/sda2, а на самом деле нужно использовать /mnt/disk или другую точку монтирования. Проверь это командой mount без аргументов — она покажет все смонтированные файловые системы.

Практические советы для администраторов

Если ты часто работаешь с монтированием и размонтированием, вот несколько лайфхаков:

• Всегда проверяй, не открыта ли в этой директории оболочка: это самая частая ошибка
• Используй lsof как первый инструмент: он почти всегда показывает, в чём дело
• Для критичных дисков всегда используй способ с завершением процесса: это гарантирует целостность данных
• Для NFS и медленных устройств сразу пробуй -l: это часто быстрее и безопаснее
• Перед форсированным размонтированием убедись, что важные данные синхронизированы: выполни sync перед umount -f

Добавь к этому привычку проверять логи (/var/log/syslog или journalctl) после проблемных размонтираний — и ты будешь знать, что произошло и почему.

Когда нужна помощь специалиста

Есть ситуации, когда даже все три метода не помогают. Обычно это означает серьёзные проблемы с аппаратурой или файловой системой. Если диск постоянно выдаёт ошибку device is busy, даже когда на нём нет никаких процессов, стоит проверить физическое состояние устройства, переподключить кабели, обновить драйверы или посоветоваться с администратором системы. Иногда помогает перезагрузка, но это уже крайняя мера.