Операцію неможливо завершити, оскільки оригінальний елемент для "Foo" неможливо знайти

У мене є маленький 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/ .

У моєму випадку (iMac намагався отримати доступ до файлів на машині Win7), рішення полягало в додаванні дозволу на "Гість" до каталогу Win7. Раніше це не було необхідним. Каталог був доступним для всіх, і він працював. Але, мабуть, зараз iMac намагається з'єднатись як "Гість" і додає дозволи спеціально для "Гість" (Властивості ... Спільний доступ ... Поділитися ... Додати ... Гість) вирішив це.

Гаразд, я збираюся відповісти на власне запитання. У моєму випадку рішення виявилося справді "простим".

Я переглянув інший Mac і помітив, що /Volumesкаталог має різні дозволи. На проблемному Mac він був встановлений, drwxr-xr-xа на недавно встановленому Mac він був drwxrwxr-x.

Тому я вирішив свою проблему з:

sudo chmod 775 /Volumes

(Ви також можете це зробити в Finder, звичайно, через Отримати інформацію)

Проблема вирішена. Тепер я можу знову встановити будь-який спільний доступ до файлів.

У мене було те саме питання. Також для мене він працював на іншому Mac. Виявилося, що мені довелося змінити свою Volumesгрупу, на 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

(Тут "baz" працює скрізь, але "foo" і "bar" працюють лише на моїй машині 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групи та вуаля , щасливий Мак.

У мене була така ж проблема в моєму MacBook Air; Я не міг змонтувати папки з сервера Mac OS X, коли інші Macs могли.

Для виправлення мені довелося застосувати і команди chmod, і chgrp.

Я також рекомендую перезапустити в режим відновлення та запустити ремонтний диск та дозволи на відновлення.

У мене є Drobo 5N, і назва його мережі - "Drobo5N" - я отримую цю помилку періодично, і я помітив, що коли я отримую помилку, і дивлюсь у Finder, мій Drobo називається "drobo5n" (всі нижчі- випадок). Я не знайшов способу виправити це, не перезавантажуючи комп’ютер ... але я хотів би знайти його. (Мені нічого не потрібно робити з Drobo - просто перезавантажте свій Mac.)

Після перезавантаження та запуску ремонту диска, право власності та дозволу на мій / том є (OS X 10.10.2):

[~]$ ls -ald /Volumes/
drwxrwxrwt@ 5 root  admin  170 Mar 31 23:41 /Volumes/

і я зараз можу без проблем монтувати свою дробочку.

Алоха. У мене була ця сама проблема із спільним томом на OS X Server 5.1 під ОС X 10.11.4 бета. Незалежно від того, що це були бета-версії, у мене була ця проблема раніше. Ось як мені вдалося вирішити проблему, коли "оригінальний предмет" не знайдено:

1. вийдіть із сервера в Finder
2. Finder-Quit Finder
3. знову підключіться за допомогою Command-K у Finder (або, Перейдіть> Підключитися до сервера…)
4. поверніться до загальної папки, яка раніше не відкривалася, і вона повинна відкритися зараз

Це добре спрацювало для мене після цього. Зверніть увагу , що я НЕ маю діалог Connect (Ctrl-K в Finder) коли - небудь згадати свій пароль в Keychain , так як я часто хочу увійти в різних користувачів. Це також допомагає мені усунути неполадки раз у раз. Також перед тим, як зробити вищевказані 4 кроки, я зайшов у сервер і видалив спільну папку з області «Обмін файлами», а потім повторно додав її, думаючи, що це вирішить проблему; це не сталося. Отже, я думаю, що чотири кроки, які я зробив (вище), були виправленням у моїй ситуації.

Сподіваюся, що це комусь допоможе.

Я випробував це питання незабаром після оновлення до macOS Sierra і подумав, що, можливо, дозволи чи щось заплутано в процесі. Прочитавши інші відповіді тут і намагаючись примусити перезапустити Finder, перевірити дозволи папок, пограти з мережевою часткою з мого маршрутизатора, я нарешті вирішив повторно ввести облікові дані (які були збережені в моєму брелоку) для користувача, у якого я був регулярно входити в систему. Це вирішило для мене проблему.

Винос: Спробуйте натиснути кнопку "Увійти як ..." як повторне введення облікових даних для вашого користувача, як це працювало для мене.

Після оновлення машин (нової, що працює під управлінням Sierra) я налаштовував свої стандартні фаворити і перетягував свою акцію NAS (розміщений на коробці Linux) і завжди закінчувався "?" у вибраних. Спробувавши все в цій темі, нічого не вийшло.

Я знайшов інше рішення.

Для довідки, ось що я завжди робив (який переставав працювати з Сьєрри):

1. Клацніть на мою мережеву частку в розділі "Спільний" бічної панелі пошуку
2. Вибрано одну з акцій у списку
3. Зачекайте, поки він не заповниться у пошуку (без цього не буде працювати операція перетягування)
4. Перетягніть виділену папку на бічну панель пошуку.

Ось що було (для мене):

1. Перейдіть до своєї спільної мережі - просто перегляньте кореневу директорію. Це отримує його змонтовано.
2. У розділі "Пристрої" бічної панелі Finder натисніть на комп'ютері (а не Macintosh HD.) Ви повинні побачити запис для кожного накопичувача, підключеного до машини, мережевий запис, можливо запис віддаленого диска, і, звичайно, буде вказано вашу частку.
3. Перетягніть свою частку з цього виду на бічну панель.

У мене щойно ця проблема працювала на Macbook Air OS X 10.9.5. З дозволами все було добре. Я відкрив термінал і зробив

ls -la / Том

і отримав

ls: Фотографії: невірний аргумент

ls: Відео: Неправильний аргумент

Ці два кріплення НЕ відображалися в Finder. Коли я намагався їх відключити, я отримую ще одну помилку:

umount / Томи / Відео

umount (/ Томи / Відео): Ресурс зайнятий - спробуйте "diskutil unmount"

Тоді я змусив відключити:

diskutil umount force / Томи / Відео

Відключити успішно для / Томів / Відео

Після того, як я видалив усі кріплення до мережевого накопичувача (їх було 3), я зміг зайти в Finder -> Go -> Connect to Server і встановити його належним чином.

Я думаю, що зміни IP можуть спричинити вирішення цієї проблеми, і чомусь кріплення підв’язані і не відключаються. На той момент Finder не знає, як здійснити повторний ремонт, оскільки старі кріплення не будуть відключені належним чином.

Принаймні, це, здається, було моїм питанням.

17 червня 2015 року Я веду останню версію Yosemite. Після годин пошуків і спроб всього, я в кінцевому підсумку перейменував мережеву частку на маршрутизаторі, перезапустив mac, і це зайняло деякий час, але мені вдалося отримати доступ до папки під новою назвою.

OS X може мати устарені точки кріплення; демонтуйте віддалені спільні ділянки, щоб свіжі точки кріплення могли зайняти своє місце. Це не відбувається автоматично.

GUI шлях

Спробуйте піктограму "вийняти" поруч із часткою в пошуку, а потім зачекайте, коли вона знову підключиться (або змусити її за допомогою 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

Спробуйте наступні команди в терміналі: 1. Спочатку відключіть airdrop за допомогою:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. Потім увімкніть airdrop, використовуючи:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Перезавантажте mac

Це вирішує повідомлення про помилку:

"Операцію неможливо завершити, оскільки оригінальний елемент для BLANK неможливо знайти"

запуск мого Mac у режимі відновлення, утримуючи cmd + opt + r,
вибравши утиліту диска,
натиснувши на кріплення для мого SSD,
натиснувши першу допомогу,
перезапустіть mac

Ось що вирішило проблему для мене: переконайтеся, що домен "локальний" включений у параметри DNS / Пошукових доменів для вашого мережевого з'єднання. Це все, що я мав зробити, в моєму випадку. Детальну інформацію див. У цій темі: https://discussions.apple.com/thread/8280607