Переопределение "ресурс занят" при rm на терминале Mac OS X

вы не можете изменить это поведение.

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

• файл фактически используется другим процессом
• есть проблема с файловой системой

Как вы хотите удалить файл, мое предложение было, чтобы загрузить машину из образа linux, смонтировать файловую систему и удалить файл.

Try lsof filename чтобы увидеть, если он действительно занят. Одной из наиболее распространенных причин этого является попытка удалить каталог, в котором открыта оболочка.

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

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

возможно, файл на съемном устройстве будет использоваться во время системного сбоя, и система будет продолжать думать, что файл все еще используется, даже если lsof ничего не возвращает, и файл действительно не используется. Удаление. DS_store не действует.

временно, при необходимости можно переименовать файл или папку. Затем достаньте Дисковую утилиту и восстановите разрешения диска/восстановления на томе.

все вышеперечисленное. Система обычно не лжет, что означает, что иногда это так.

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

в моем случае "файл занят" был .ttf TrueType файл шрифта на "внешнем диске" на сетевом диске, и, следовательно, вряд ли будет открыт системой при запуске. Команда lsof ничего не показала. При перезагрузке Mac не ничего изменить. Завершение работы единственного другого компьютера в сети, который мог бы использовать файл, ничего не изменило.

Дисковая утилита ничего не могла сделать с диском, потому что это было не просто съемное устройство, это было удаленное устройство, не подключенное непосредственно к Mac.

Я скопировал файл с новым именем, потому что в моем случае я хотел переименовать, не удалить его. После копирования я не мог удалить оригинал, потому что он все еще был "оживленный."

Я вошел в сеть подключенный диск и попытался "проверить ""внешний диск", но проверка не удалась. Но теперь я смог удалить исходный файл-в Finder, не используя sudo или rm-f или что-то в этом роде. Это больше не было "занято."

самое простое, что вы можете сделать, это

lsof +D /path/in/question

вы получите список процессов, которые имеют контроль над этим процессом

убить процессы, которые перечислены

kill -9 <numberOfProcessID>

очевидно, что без <s

У меня была аналогичная проблема, когда основной.css файл был заблокирован при переходе из одной ветки в другую в Git. Репозиторий находился на файловом сервере, и я был связан с SMB. Мой клиент-Mac под управлением OSX 10.10.5 (Yosemite).

перезагрузка клиента не помогла. Я не мог поменять ветки. Я не мог прятаться в заначке. Я не мог просто восстановить файл. Я застряла.

потом я понял, что могу получить доступ к серверу напрямую. Там я смог в RM файл, а затем проверки новой версии. Вернувшись к моему клиенту, все было в порядке.

на всякий случай, это полезно для кого-то, кто находит эту нить так, как я.