У меня дома есть небольшой NAS, который делает некоторые тома доступными через AFP. Все это работало отлично. Пока я не выключил его на некоторое время и не подключил его недавно.
Я вижу устройство в сети, могу открыть его и выбрать общий ресурс. Но когда я пытаюсь смонтировать общий ресурс, я получаю следующую ошибку:
"The operation can’t be completed because the original item for “Foo” can’t be found"
Я думаю, это потому, что мой маленький NAS изменился на новый IP-адрес, а OS X каким-то образом где-то кэшировала оригинал (псевдоним?).
Тот факт, что я могу успешно открыть эти ресурсы с другого Mac, который никогда их раньше не видел, подтверждает мои мысли.
Кто-нибудь знает, где это потенциально кэшируется? Есть ли что-нибудь, что я могу сбросить или выбросить, чтобы обойти эту ошибку?
По-видимому, эта проблема может возникнуть по разным причинам. В моем случае это было решено повторным запуском искателя. Описание и решение для этого были на http://www.cnet.com/news/fix-shared-computer-not-found-in-finder/ .
Чтобы решить эту проблему, вам просто нужно перезапустить Finder, и он снова заполнит список общих устройств. Для этого можно выполнить одно из следующих действий:
- Удерживая клавишу Option, щелкните правой кнопкой мыши значок Finder в Dock, затем выберите «Перезапустить».
- Нажмите Option-Command-Escape или выберите Force Quit в меню Apple, затем выберите Finder и нажмите Relaunch.
- Выйдите и снова войдите в свою учетную запись пользователя.
Хорошо, поэтому я собираюсь ответить на свой вопрос. В моем случае решение оказалось действительно «простым».
Я посмотрел на другой Mac и заметил, что у /Volumes
каталога разные разрешения. На проблемном Mac было установлено значение , drwxr-xr-x
а на недавно установленном Mac — drwxrwxr-x
.
Итак, я исправил свою проблему с помощью:
sudo chmod 775 /Volumes
(Конечно, вы также можете сделать это в Finder через Get Info)
Проблема решена. Теперь я могу снова смонтировать любой файлообменник.
/Volumes
разрешения были такими же, как у вашего проблемного Mac, поэтому я запустил ваш, chmod 775
но в моем случае это не решило проблему. Затем я попытался перезапустить Finder, и это решило мою проблему.В моем случае (iMac пытается получить доступ к файлам на компьютере с Win7) решением было добавить разрешения для «Гость» в каталог Win7. Раньше в этом не было необходимости. Каталог был доступен для всех, и это работало. Но, по-видимому, теперь iMac пытается подключиться как «Гость», и добавление разрешений специально для «Гость» (Свойства…Общий доступ…Общий доступ…Добавить…Гость) решило эту проблему.
Я была такая же проблема. Также для меня это работало на другом Mac. Оказалось, что мне пришлось сменить группу Volumes
's на ту, admin
которая была wheel
раньше.
Итак, я исправил свою проблему с помощью:
sudo chgrp admin /Volumes
TL;DR . Также проверьте права доступа к удаленному общему ресурсу. Убедитесь, что демон Samba и демон AFP имеют доступ к общим ресурсам.
Длинная версия. Моя проблема была не с моим Mac, а с удаленными общими ресурсами. У них были 750
разрешения, что казалось разумным, поскольку я хотел, чтобы доступ к папкам получали только владелец и соответствующие группы. Но процесса afpd
(Apple File Protocol Daemon) не было в группе! Таким образом, он не смог получить доступ к файлам. Когда другие клиенты, такие как моя машина с Windows, обращались к общему ресурсу, они обращались к нему через Samba ( smbd
), который работал как root
. Таким образом, моя машина с Windows работала нормально, а мой клиент Mac казался "глючным".
$ ssh myremoteserver
$ ps -eaf | egrep -i smbd\|afpd
12902 root 34784 S smbd -D
24642 admin 23680 S /usr/sbin/afpd -d -F /etc/netatalk/afp.conf
(Таким образом, Samba работает от имени пользователя root, а AFP — от имени администратора.)
$ cd /mnt/myshares
$ ls -l
drwxr-x--- 6 nobody allaccou 4096 Jun 25 02:50 foo
drwxr-x--- 11 nobody allaccou 4096 Jun 10 20:39 bar
drwxr-xr-x 12 nobody allaccou 4096 Jun 24 23:18 baz
(Здесь «баз» работает везде, а «фу» и «бар» работают только на моей машине с Windows.)
$ sudo cat /etc/group
root:x:0:root
administrators:x:1001:admin
share:!:1000:admin,nobody
allaccount:!:501:bob,jane,sue
netdev:x:1002:
(Таким образом, AFP, работающий от имени, admin
не входит в группу allaccount
.)
Добавьте его в allaccount
группу и вуаля , счастливый Mac.
Каталина здесь. Жесткий диск моей жены и ее сетевая папка носили одно и то же имя. С Сиеррой такой проблемы не было. Я изменил имя жесткого диска и бум.
В /Volumes есть ссылка с именем жесткого диска, ведущая к корневому каталогу. Я предполагаю, что Catalina нечувствительна к регистру или этой ссылки на root не существует в Sierra.
Алоха. У меня была такая же проблема с общим томом на OS X Server 5.1 в бета-версии OS X 10.11.4. Несмотря на то, что это были бета-версии, у меня уже была эта проблема. Вот как мне удалось решить проблему ненахождения «оригинала»:
После этого у меня все работало нормально. Обратите внимание, что у меня нет диалогового окна «Подключение» (Command-K в Finder), когда-либо помню мой пароль в связке ключей, так как я часто хочу войти в систему как разные пользователи. Это также помогает мне время от времени устранять неполадки. Кроме того, прежде чем выполнить вышеуказанные 4 шага, я зашел на сервер и удалил общую папку из области общего доступа к файлам, а затем снова добавил ее, думая, что это решит проблему; это не так. Поэтому я думаю, что четыре шага, которые я предпринял (выше), были исправлением в моей ситуации.
Надеюсь, это поможет кому-то.
У меня была такая же проблема на моем MacBook Air; Я не мог смонтировать общие ресурсы с Mac OS X Server, когда другие Mac могли.
Мне пришлось применить команды chmod и chgrp для исправления.
Я бы также рекомендовал перезагрузиться в режиме восстановления и запустить ремонтный диск и разрешения на ремонт.
У меня есть Drobo 5N, и его сетевое имя «Drobo5N» — я иногда получаю эту ошибку, и я заметил, что когда я получаю ошибку и смотрю в Finder, мой Drobo называется «drobo5n» (все ниже- кейс). Я не нашел способа исправить это без перезагрузки компьютера... но я бы хотел его найти. (Мне не нужно ничего делать с моим Drobo — просто перезагрузите мой Mac.)
После перезагрузки и запуска восстановления диска мои /Volumes права собственности и разрешения (OS X 10.10.2):
[~]$ ls -ald /Volumes/
drwxrwxrwt@ 5 root admin 170 Mar 31 23:41 /Volumes/
и в настоящее время я могу без проблем смонтировать свой Drobo.
Я столкнулся с этой проблемой вскоре после обновления до macOS Sierra и подумал, что, возможно, в процессе были перепутаны разрешения или что-то еще. Прочитав другие ответы здесь и попытавшись принудительно перезапустить Finder, проверить права доступа к папке, поиграть с сетевым ресурсом с моего маршрутизатора, я, наконец, решил повторно ввести учетные данные (которые были сохранены в моей связке ключей) для пользователя, который у меня был Заходил как обычно. Это решило проблему для меня.
Вывод: попробуйте нажать «Войти как…» для повторного ввода учетных данных для вашего пользователя, как это сработало для меня.
После обновления машин (новая под управлением Sierra) я настраивал свои стандартные избранные и перетаскивал свой общий ресурс NAS (размещенный на компьютере с Linux) и всегда заканчивал «?» в избранном. Перепробовав все в этой теме, ничего не получилось.
Я нашел другое решение.
Для справки, вот что я всегда делал (что перестало работать в Sierra):
Вот что сработало (для меня):
У меня была эта проблема для доли smb. После проверки /etc/smb.conf
на сервере я не добавил пользователя, пытающегося подключиться с клиентского компьютера, к строке действительных пользователей для этого общего ресурса. Как только я добавил пользователя к действительным пользователям, ошибка устранилась, и я смог успешно подключиться.
Не совсем ответ, а скорее опытная альтернатива в качестве временного обходного пути...
После многих дней пробных ошибок, исследований и мучений я пришел к выводу, что мой Mac-mini Catalina (в качестве сервера) с Timemachine External-HD был невидим для моего Macbook Mojave. Макбук мог видеть файлы на External-HD из Finder и т. д., но Timemachine даже не видел удаленный External-HD. Итак, я поставил свой старый WD MyPassport меньшего размера на свой macbook в качестве локальной Timemachine.
Как только я освобожу достаточно места для обновления своего macbook до Catalina, я повторю попытку удаленного подхода с центральным сервером к своим резервным копиям Timemachine.
Ни один из существующих ответов не работал в моей ситуации:
Оказывается, у рассматриваемого общего ресурса не было правильного hosts allow
диапазона IP-адресов для соответствия конкретному хосту (т.е. сообщение об ошибке вводит в заблуждение ).
У меня только что возникла эта проблема на Macbook Air OS X 10.9.5. С разрешениями все было в порядке. Я открыл терминал и сделал
ls -la /Тома
и получил
ls: Photos: Неверный аргумент
ls: Видео: неверный аргумент
Эти два маунта НЕ отображались в Finder. Когда я попытался размонтировать их, я получаю другую ошибку:
размонтировать /Тома/Видео
umount(/Volumes/Videos): Ресурс занят -- попробуйте 'diskutil размонтировать'
Итак, я принудительно размонтировал:
diskutil umount force /Тома/Видео
Размонтировать успешно для /Volumes/Videos
Как только я удалил все подключения к сетевому диску (их было 3), я смог зайти в Finder -> Перейти -> Подключиться к серверу, и он правильно смонтировался.
Я думаю, что изменение IP может вызвать эту проблему, и по какой-то причине монтирование привязано и не размонтируется. В этот момент Finder не знает, как перемонтировать, потому что старые крепления не размонтируются должным образом.
По крайней мере, это похоже на мою проблему.
OS X может иметь устаревшие точки монтирования; размонтируйте удаленные общие ресурсы, чтобы их место заняли новые точки монтирования. Это не происходит автоматически.
Путь с графическим интерфейсом
Попробуйте значок «извлечь» рядом с общим ресурсом в Finder, затем дождитесь его повторного подключения (или принудительно выполните его с помощью Finder-> Go-> Connect to Server)
Если это не сработает, попробуйте командную строку...
Способ командной строки
Найдите существующие, возможно устаревшие, крепления с помощью mount
, затем umount
вот так...
$ mount
//GUEST:@OPENELEC._smb._tcp.local/videos on /Volumes/videos (smbfs, nodev, nosuid, noowners, mounted by user)
$ umount /Volumes/videos
Теперь попробуйте снова подключиться к Finder.
В моем случае я пытаюсь подключиться к удаленному общему ресурсу Samba, который был перенастроен и перезапущен.
В моем случае, как и в некоторых других, это была проблема с разрешениями на компьютере с Windows 10, на котором размещалась общая папка, к которой я пытался получить доступ. Мне нужно было добавить разрешения к файлам (не только разрешения общего доступа, но и фактические права доступа к файлам). В частности, мне нужно было либо добавить группу «Все» как имеющую доступ, либо (потому что я действительно не хотел, чтобы «все» имели доступ) конкретных пользователей, которых я хотел иметь доступ к общему ресурсу.
Для конкретных пользователей действительно работало предоставление доступа с учетными записями Windows Live на компьютере с Windows 10 Home (на случай, если кто-то думает, как я изначально думал, что, возможно, вам нужны локальные пользователи и / или Pro версия Win10).
Я обнаружил, что получаю эту проблему, поскольку приложение поиска пытается подключиться как гость по умолчанию. Мне нужно было нажать кнопку «подключиться как» в правом верхнем углу.
Решение для меня, предоставленное службой поддержки Synology, состояло в том, чтобы преобразовать общую папку на Synology NAS в Windows ACL:
Войти в DSM, Панель управления, Выбрать общую папку, Действие, Преобразовать в Windows ACL
Я хотел бы поделиться следующим решением: https://apple.stackexchange.com/a/373068/91135
Отключите подписывание пакетов для соединений SMB 2 и SMB 3, как описано в https://support.apple.com/en-gb/HT205926 :
- Отредактируйте файл /etc/nsmb.conf (создайте его при необходимости)
- Добавлять
[default]
signing_required=no
- Сохраните файл. Переподключите общие ресурсы SMB (или перезагрузите Mac).
В моем случае достаточно перезапустить процесс поиска вместо перезагрузки всей системы.
Это решение помогает мне со всеми моими общими сетевыми ресурсами, Synology NAS и другим Mac в сети.
Я запускаю последнюю версию Yosemite. В итоге я переименовал общий сетевой ресурс на маршрутизаторе, перезапустил Mac, и это заняло некоторое время, но затем я смог получить доступ к общему ресурсу под новым именем.
Попробуйте выполнить следующие команды в терминале:
Сначала отключите аирдроп, используя:
defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES
Затем включите аирдроп, используя:
defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
Перезагрузить Mac
У меня была такая же проблема, и я нашел ее источник. Когда я смотрел на консоль, я видел сообщения NetAuthSysAgent
, указывающие на проблему песочницы с sharingd
процессом.
Я обнаружил, что если я убью sharingd
, OS X немедленно перезапустит его, и я сразу же смогу получить доступ к общим ресурсам NAS через Finder без каких-либо дополнительных действий.
Некоторое время спустя проблема вернется, и мне придется убить sharingd
, однако это все, что мне нужно сделать, и это намного проще, чем многие другие решения, о которых я видел, как писали люди.
В моем случае я настроил различные разрешения в соответствии со своими потребностями (пользователи, группы, только чтение, чтение/запись и т. д.), но у меня также было разрешение «Все»: «Нет доступа». Я предполагаю, что это конкретное разрешение имеет приоритет перед любым другим. Как только я изменил его на «Все»: «Только для чтения», все заработало как часы.
У меня ничего не работало, поэтому я проверил свои /Volumes
действия ls /Volumes
и получил ошибку.
$ ls -la
ls: Foo: No such file or directory
total 0
drwxr-xr-x 5 root wheel 160 Jul 7 12:16 .
drwxr-xr-x 23 root wheel 736 Mar 23 23:19 ..
lrwxr-xr-x 1 root wheel 1 May 5 19:59 Macintosh HD -> /
drwxr-xr-x@ 3 root wheel 96 Mar 23 23:18 Recovery
Итак, проверил mount
и увидел, что запись есть:
$ mount
/dev/disk1s1 on / (apfs, local, read-only, journaled)
...
//username@IP/Foo on /Volumes/Foo (smbfs, nodev, nosuid, mounted by user)
Итак, я размонтировал его:
umount /Volumes/Foo
Это устранило проблему.
Была такая же проблема на Synology NAS, которая не могла получить доступ к определенным папкам. Я понял, что использовал один набор учетных данных для одних общих папок и другой набор учетных данных для других общих папок. Как только я понял, что все, что мне нужно было сделать, это:
Затем я смог получить доступ к другим папкам просто отлично.
Это решает сообщение об ошибке:
"Операция не может быть завершена, так как не удается найти исходный элемент для ПУСТОГО"
запуск моего Mac в режиме восстановления, удерживая cmd + opt + r,
выбирая дисковую утилиту
, нажимая mount для моего SSD,
нажимая первую помощь ,
перезапускаю мой Mac
Вот что решило проблему для меня: убедитесь, что домен «local» включен в настройки доменов DNS / поиска для вашего сетевого подключения. Это все, что мне нужно было сделать в моем случае. Подробности смотрите в этой ветке: https://discussions.apple.com/thread/8280607
cgenco
джаланб
малхал
ТКБ13
Брюс
Брюс
Оскар
Николай
Оскар
sfmitch
Напольная лампа
Зейн С Халсолл