Як перебороти "пристрій чи ресурс зайнятий"?

Я спробував rm -rfстворити папку, і "пристрій чи ресурс зайнятий".

У Windows я б використав LockHunter для вирішення цього питання. Що таке еквівалент Linux? (Будь ласка, дайте як відповідь простий метод "розблокувати цей", а не повні статті, як цей . Хоча вони корисні, в даний час мене цікавить саме ASimpleMethodThatWorks ™)

Вам потрібний інструмент lsof, який означає список відкритих файлів .

У ньому багато варіантів, тому перевірте головну сторінку, але якщо ви хочете побачити всі відкриті файли під каталогом:

lsof +D /path

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

Коли ви дізнаєтеся, у яких процесах відкриті файли, ви можете вийти з цих програм або вбити їх kill(1)командою.

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

umount / шлях

Я використовую fuserдля такого роду речі. Він перерахує, який процес використовує файл або файли в межах кріплення.

Ось рішення:

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

У мене був цей самий випуск, я створив однокласину, починаючи з рекомендації @camh:

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

awkКоманда захоплює PIDS. tailКоманда позбавляється від докучливих першого запису: «PID». Я використовував -9у вбивстві, інші можуть мати безпечніші варіанти.

У мене була ця проблема, коли автоматизований тест створив рамковий диск. Команди запропонували в інших відповідях, lsofі fuser, не допомагав. Після тестів я спробував її відключити, а потім видалити папку. Мене протягом століть справді плутали, тому що я не міг її позбутися - я постійно отримував "Пристрій чи ресурс зайнятий" !

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

Через те, що він був створений за допомогою автоматизованого тестування, він встановлювався багато разів, тому я не міг його позбутися, просто відключивши його один раз після тестів. Отже, після того, як я вручну відключив її багато разів, нарешті знову став звичайною папкою, і я міг її видалити.

Сподіваємось, це може допомогти комусь іншому, хто стикається з цією проблемою!

Я часто відчуваю це на серверах, що мають мережеві файлові системи NFS. Я припускаю, що це має щось спільне з файловою системою, оскільки файли, як правило, називаються як .nfs000000123089abcxyz.

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

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

Відгадуючи вищезазначене питання Прабхата, у мене виникло це питання в macos high sierra, коли я натягнув процес encfs, перезавантаживши його, вирішив, але це

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

Показав мені процес та PID (колонка друга).

sudo kill -15 pid-here

виправили це.

Якщо у вас доступний сервер, Спробуйте

Видалення цього режиму з сервера

Або зробіть umount і змонтуйте ще раз, спробуйте umount -l: lazy umount, якщо зіткнулися з будь-якими проблемами на звичайному umount.

У мене теж була ця проблема, де

lsof +D path : не дає виводу

ps -ef : не надає відповідної інформації