Как преобладать “над устройством или занятым ресурсом”?

Я использую fuser для такого рода вещи. Это перечислит, какой процесс использует файл или файлы в монтировании.

Вот решение:

1. Войдите в каталог и введите ls -a
2. Вы найдете .xyz file
3. vi .xyz и посмотрите, что за содержимое файла
4. ps -ef | grep username
5. Вы увидите . . xyz содержимое в 8-ой колонке (последняя строка)
6. kill -9 job_ids - где job_ids - значение 2-ой колонки соответствующего ошибочного содержимого в 8-ой колонке
7. Теперь попробуйте удалить папку или файл.

У меня была такая же проблема, построенная однострочник, начинающийся с рекомендации @camh:

lsof +D ./ | awk '{print $2}' | tail -n +2 | xargs kill -9

Команда awk захватывает PIDS. Команда tail избавляется от надоедливой первой записи: «PID». Я использовал -9 при убийстве, у других могли быть более безопасные варианты.

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

umount / path

У меня возникла эта проблема, когда автоматический тест создал ramdisk. Команды, предложенные в других ответах, lsof и fuser , не помогли. После тестов я попытался размонтировать его, а затем удалить папку. Я действительно был сбит с толку целую вечность, потому что не мог от этого избавиться - я все время получал «Устройство или ресурс занято» !

Случайно узнал, как избавиться от рамдиска. Мне пришлось размонтировать его столько же раз, сколько я запускал команду mount , т.е. sudo umount path

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

Если у вас есть доступ к серверу, попробуйте

Deleting that dir from the server

Или выполните размонтирование и монтирование еще раз, попробуйтеumount -l:отложенное размонтирование, если возникнут какие-либо проблемы при обычном размонтировании.

У меня тоже была эта проблема, когда

lsof +D path:не дает выходных данных

ps -ef:не дает соответствующей информации

В ответ на вопрос Прабхата выше, у меня была эта проблема в macos high sierra, когда я застрял в процессе encfs, перезагрузка решила ее, но это

ps -ef | grep name-of-busy-dir

Показал мне процесс и PID (второй столбец ).

sudo kill -15 pid-here

исправил.

Я часто сталкиваюсь с этим на серверах с сетевыми файловыми системами NFS. Я предполагаю, что это как-то связано с файловой системой, поскольку файлы обычно называются .nfs000000123089abcxyz.

Мое типичное решение — переименовать или переместить родительский каталог файла, затем вернуться позже через день или два, и файл будет удален автоматически, после чего я могу удалить каталог.

Обычно это происходит в каталогах, в которые я устанавливаю или компилирую программные библиотеки.