「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だったwheelbeforを。

だから私は私の問題を修正しました：

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は「admin」として実行されます。）

$ 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:

（つまり、adminAFP-- として実行されているのはグループにありませんallaccount。）

彼を追加allaccountグループと出来上がり、幸せマック。

MacBook Airでも同じ問題が発生しました。他のMacができるのに、Mac OS X Serverから共有をマウントできませんでした。

修正するには、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をマウントできます。

アロハ。OS X 10.11.4ベータ版のOS X Server 5.1上の共有ボリュームでも同じ問題が発生しました。これらがベータリリースであったという事実に関係なく、私は以前この問題を抱えていました。「元のアイテム」が見つからないという問題をどうやって解決したかを以下に示します。

1. Finderでサーバーからログアウトする
2. 強制終了ファインダー
3. FinderでCommand-Kを使用して再接続します（または、[移動]> [サーバーに接続…]）
4. 以前に開かれなかった共有フォルダーに戻り、今すぐ正常に開くはずです

その後、私にとってはうまくいきました。接続ダイアログ（FinderのCommand-K）にはキーチェーンのパスワードが記憶されていないことに注意してください。別のユーザーとしてログインすることが多いためです。これは、時々トラブルシューティングを行うのにも役立ちます。また、上記の4つの手順を実行する前に、サーバーにアクセスして、ファイル共有領域から共有フォルダーを削除し、問題を解決できると考えて再追加しました。それはしませんでした。したがって、私が（上記で）行った4つのステップは、私の状況の解決策だったと思います。

これが誰かを助けることを願っています。

macOS Sierraにアップグレードした直後にこの問題が発生し、そのプロセスでアクセス許可などが台無しになったのではないかと考えました。ここで他の返信を読んで、Finderを強制的に再起動し、フォルダのアクセス許可を確認し、ルーターからネットワーク共有を再生しようとした後、最終的に私が持っていたユーザーの資格情報（キーチェーンに保存されている）を再入力することにしましたとしてログインしています。これで問題が解決しました。

テイクアウト：ユーザーの資格情報を再入力するために「...としてログイン」をクリックしてみてください。

マシン（Sierraを実行している新しいマシン）をアップグレードした後、標準のお気に入りを設定し、NAS共有（Linuxボックスにホストされている）をドラッグすると、常に「？」が表示されました。お気に入りに。このスレッドですべてを試した後、何も機能しませんでした。

別の解決策を見つけました。

参考までに、私がこれまでやってきたことを次に示します（Sierra時点で機能しなくなりました）。

1. ファインダーのサイドバーの「共有」セクションでネットワーク共有をクリックします
2. リスト内の共有の1つを選択しました
3. ファインダにデータが入力されるのを待ちます（これを行わないと、ドラッグ操作は機能しません）
4. ハイライトされた共有をファインダーのサイドバーにドラッグします。

うまくいったことは次のとおりです（私にとって）：

1. ネットワーク共有に移動します-ルートディレクトリを見てください。これにより、マウントされます。
2. Finderのサイドバーの[デバイス]セクションで、コンピューター（Macintosh HDではありません）をクリックします。マシンに接続されている各ドライブのエントリ、ネットワークエントリ、場合によってはリモートディスクエントリが表示されます。もちろん、共有が表示されます。
3. そのビューから共有をサイドバーにドラッグします。

Macbook Air OS X 10.9.5でこの問題が発生しました。許可はすべて良好でした。ターミナルを開いて

ls -la /ボリューム

そして得た

ls：写真：無効な引数

ls：動画：無効な引数

これらの2つのマウントは、Finderには表示されませんでした。それらをアンマウントしようとすると、別のエラーが表示されます。

umount / Volumes / Videos

umount（/ Volumes / Videos）：リソースがビジー-「diskutil unmount」を試してください

そこで、アンマウントを強制しました。

diskutil umount force /ボリューム/ビデオ

/ Volumes / Videosのアンマウントに成功しました

ネットワークドライブへのマウントをすべて削除すると（3つありました）、[Finder]-> [Go]-> [Connect to Server]に移動し、適切にマウントできました。

IPの変更が原因でこの問題が発生している可能性があり、何らかの理由でマウントが固定され、マウント解除できないと考えています。その時点では、古いマウントは適切にアンマウントされないため、Finderは再マウントの方法を知りません。

少なくともそれが私の問題のようです。

2015年6月17日最新のYosemiteを実行しています。何時間も検索してすべてを試した後、ルーターのネットワーク共有の名前を変更し、Macを再起動しましたが、しばらく時間がかかりましたが、新しい名前で共有にアクセスできました。

OS Xには古いマウントポイントがある場合があります。リモート共有をアンマウントして、新しいマウントポイントがその場所に置き換わるようにします。これは自動的には行われません。

GUIの方法

ファインダーの共有の横にある「取り出し」アイコンを試して、再接続するのを待ちます（または、「ファインダー」->「移動」->「サーバーに接続」で強制します）

それでもうまくいかない場合は、コマンドラインを試してください...

コマンドラインの方法

既存の、おそらく古くなった、でマウントし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マシンのアクセス許可の問題でした。ファイルに許可を追加する必要がありました（共有許可だけでなく、実際のファイル許可も）。具体的には、「Everyone」グループにアクセス権を付与するか、（「everyone」にアクセス権を与えたくないので）共有にアクセスできるようにしたい特定のユーザーを追加する必要がありました。

特定のユーザーについては、Windows 10 Homeマシン上のWindows Liveアカウントでアクセスできるようになりました（当初、誰かがローカルユーザーやProバージョンのWin10が必要だと思っている場合）。

ファインダーアプリがデフォルトでゲストとして接続しようとしたため、この問題が発生していました。右上の[接続]ボタンをクリックする必要がありました。

私にとっての解決策は、Synologyサポートによって提供されましたが、Synology NAS上の共有フォルダーをWindows ACLに変換することでした：

DSMへのログイン、コントロールパネル、共有フォルダーの選択、アクション、Windows ACLへの変換

ターミナルで次のコマンドを試してください。1.まず、次を使用してエアドロップを無効にします。

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. 次に、次を使用してエアドロップを有効にします。

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Macを再起動します

これにより、エラーメッセージが解決されます。

「BLANKの元のアイテムが見つからないため、操作を完了できません」

CMD + OPT + R保持することにより、リカバリモードでどこでもMy Macを起動する
ディスクユーティリティを選択すると
、私のSSDのためにマウントをクリック
応急処置をクリックして
、私のMacを再起動します

これが問題を解決した理由です。ネットワーク接続のDNS /検索ドメイン設定にドメイン「ローカル」が含まれていることを確認してください。私の場合、これですべてです。詳細については、このスレッドを参照してください：https : //discussions.apple.com/thread/8280607