У меня тоже была эта проблема некоторое время, но размонтирование принудительно сработало применительно к другому подключенному к сети удаленному подключению (у меня было два подключенных сети, которые как-то заклинили). Я не уверен, что это просто из-за изменения ОС в какой-то момент (я на 10.6.4 атм.), А команде unmount требовался полный путь (как в sudo umount -f /Volumes/Share
), потому что он не мог разрешить путь правильно в противном случае и застрянет в любом случае.
Как только клиновое крепление было удалено, искатель, наконец, перезапустился (я убил его без правильного перезапуска), и в этот момент другое крепление было съемным (у меня был другой терминал, который пытался размонтировать этот диск, поэтому я не уверен, какой именно случилось первым).
В моем случае я не мог перезагрузиться без заклинивания цикла перезагрузки и принудительного использования кнопки питания для выключения машины.
Это решение взято из сообщения в блоге, которое также содержит шаги, необходимые для диагностики тома, который нужно сначала размонтировать.
Таким образом, шаги для решения проблемы будут:
- Запустите «lsof» в терминале
- Посмотрите на то, что smb устанавливает это жалобы
- sudo umount -f [any_failing_smb_mount]
Где lsof сообщает, какие диски попытаться отключить от ошибок,
lsof: ПРЕДУПРЕЖДЕНИЕ: невозможно stat () файловая система smbfs / Volumes / [smb2] Выходная информация может быть неполной. предполагая, что "dev = 2d000005" из таблицы монтирования
Надеюсь, что это поможет несколько ... даже если это несколько после того, как вы столкнулись с проблемой.