Размонтировать занятую файловую систему

Question

Я пытаюсь размонтировать резервную файловую систему, которая мне больше не нужна. Когда я запускаю команду "umount", система говорит:

umount: /backup: target is busy

И следующие команды не работают и одна и та же причина (занят) возвращается ко мне:

fuser -cuk /backup
fuser -k -9 /backup
umount -f /backup
mount -o remount /backup; umount /backup

а также

lsof |grep /backup | grep -v "backup.log"

Команда уже ничего не возвращает. (grep -v потому что игнорировать файлы backup.log. Если я ошибаюсь, я могу измениться.)

Почему я не могу размонтировать эту файловую систему и как я могу это сделать?

---

Редактировать:

Команды, которые я пробовал, и их выводы:

myserver:~ # fuser -cuk /backup
myserver:~ # fuser -k -9 /backup
myserver:~ # umount -f /backup
umount: /backup: target is busy
    (In some cases useful info about processes that
     use the device is found by lsof(8) or fuser(1).)
myserver:~ # mount -o remount /backup; umount /backup
umount: /backup: target is busy
    (In some cases useful info about processes that
     use the device is found by lsof(8) or fuser(1).)
myserver:~ #

Версия ОС:

myserver:~ # cat /etc/os-release
NAME="SLES_SAP"
VERSION="12-SP2"
VERSION_ID="12.2"
PRETTY_NAME="SUSE Linux Enterprise Server for SAP Applications 12 SP2"
ID="sles_sap"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:suse:sles_sap:12:sp2"

И когда я проверяю ввод-вывод с помощью команды "iostat", я вижу физический диск (/dev/sdx), который смонтирован в этой файловой системе, происходит чтение, но нет записи.

Смонтированный список:

myserver:~ # mount | grep backup
/dev/mapper/vgbackup-lvbackup on /backup type xfs (rw,relatime,attr2,inode64,noquota)

Answer 1

В Linux & Unix SE есть такой вопрос : устройство : umount: устройство занято.Зачем?

Несколько ответов:

1. Кажется, причина моей проблемы была в том, что nfs-kernel-server экспортировал каталог. nfs-kernel-server вероятно, идет за обычными открытыми файлами и поэтому не указан в списке lsof и fuser .

   Когда я остановил nfs-kernel-server я смог umount каталог.

2. причиной моего проявления этой проблемы только сейчас было несвежее петлевое крепление. Я уже проверил вывод fuser -vm <mountpoint>/lsof +D <mountpoint> , mount и cat /proc/mounts , проверил, работает ли какой-то старый nfs-kernel-сервер, отключил квоты, попытался (но не смог ) umount -f <mountpoint> и почти смирился с тем, что отказался от времени безотказной работы за 924 дня, прежде чем, наконец, проверить вывод losetup и найти два устаревших настроенных, но не смонтированных цикла

3. Для меня оскорбительным процессом был демон, запущенный в chroot. Поскольку это было в chroot, lsof и fuser не нашли бы его.

   Если вы подозреваете, что что-то осталось в chroot, sudo ls -l /proc/*/root | grep chroot найдет виновника (замените "chroot" на путь к chroot).

4. Анонимные иноды

   [...]

   Это самый неуловимый тип покемонов, который отображается в lsof TYPE в lsof как a_inode (недокументированного на справочной странице lsof ).

   Они не появятся в lsof +f -- /dev/<device> , поэтому вам нужно:

   lsof | grep a_inode