L'opération ne peut pas être terminée car l'élément d'origine pour «Foo» est introuvable.

J'ai un petit NAS à la maison qui rend certains volumes disponibles via AFP. Tout cela a bien fonctionné. Jusqu'à ce que je l'aie arrêté pendant un moment et que je l'ai reconnecté récemment.

Je peux voir l'appareil sur le réseau et je peux l'ouvrir et sélectionner un partage. Mais lorsque j'essaie de monter le partage, j'obtiens l'erreur suivante:

"The operation can’t be completed because the original item for “Foo” can’t be found"

Je pense que cela est dû au fait que mon petit NAS a été remplacé par une nouvelle adresse IP et que OS X a mis en cache l’original (alias?) Quelque part.

Le fait que je puisse réussir à ouvrir ces actions depuis un autre Mac, qui ne les avait jamais vues auparavant, confirme ce que je pense.

Est-ce que quelqu'un sait où cela est potentiellement mis en cache? Y a-t-il quelque chose que je puisse réinitialiser ou jeter pour surmonter cette erreur?

Apparemment, ce problème peut se produire pour différentes raisons. Dans mon cas, cela a été résolu en relançant le viseur. Une description et une solution à cela étaient disponibles à l’ adresse http://www.cnet.com/news/fix-shared-computer-not-found-in-finder/ .

Dans mon cas (iMac essayant d'accéder aux fichiers sur une machine Win7), la solution consistait à ajouter des autorisations pour "Invité" au répertoire Win7. Ce n'était pas nécessaire auparavant. Le répertoire était partageable par tout le monde et cela fonctionnait. Mais apparemment, l’iMac essaie maintenant de se connecter en tant qu’invité et d’ajouter des autorisations spécifiques à cet invité (Propriétés… Partage… Partage… Ajouter… Invité) a résolu le problème.

Ok, je vais donc répondre à ma propre question. Dans mon cas, la solution s'est avérée très simple.

J'ai regardé un autre Mac et j'ai remarqué que le /Volumesrépertoire avait des autorisations différentes. Sur le Mac problématique, il a été configuré sur drwxr-xr-xet sur un Mac récemment installé, ce l'était drwxrwxr-x.

J'ai donc résolu mon problème avec:

sudo chmod 775 /Volumes

(Vous pouvez également le faire dans le Finder, bien sûr, via Get Info)

Problème résolu. Je peux maintenant monter à nouveau n'importe quel partage de fichiers.

J'ai eu le même problème. Aussi pour moi cela a fonctionné sur un autre Mac. Il s'est avéré que je devais changer Volumesde groupe, admince qui était wheelavant.

J'ai donc résolu mon problème avec:

sudo chgrp admin /Volumes

TL; DR - Vérifiez également les autorisations sur votre partage distant. Assurez-vous que le démon Samba et le démon AFP ont accès aux partages.

Version longue - Mon problème n'était pas avec mon Mac, mais avec les partages distants. Ils avaient des 750autorisations, ce qui semblait raisonnable, car je ne voulais que le propriétaire et les groupes appropriés pour accéder aux dossiers. Mais le afpdprocessus (Apple File Protocol Daemon) n'était pas dans le groupe! Donc, il était impossible d'accéder aux fichiers. Lorsque d'autres clients, tels que ma machine Windows, ont accédé au partage, ils l'ont accédé via Samba ( smbd), qui s'exécutait en tant que root. Ainsi, ma machine Windows fonctionnait bien et mon client Mac semblait "bogué".

$ 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 fonctionne donc en tant que root, mais AFP est exécuté en tant qu '"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

(Ici, "baz" fonctionne partout, mais "foo" et "bar" ne fonctionnent que sur ma machine 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:

(Donc, AFP - en cours d'exécution en tant que - adminn'est pas dans le groupe allaccount.)

Ajoutez-le au allaccountgroupe et le tour est joué , un Mac heureux.

J'ai eu le même problème sur mon MacBook Air; Je ne pouvais pas monter de partages à partir d'un Mac OS X Server, alors que d'autres Mac le pouvaient.

Je devais appliquer les commandes chmod et chgrp à corriger.

Je recommanderais également de redémarrer en mode de récupération et d'exécuter le disque de réparation et les autorisations de réparation.

J'ai un Drobo 5N et son nom de réseau est "Drobo5N" - je reçois parfois cette erreur, et j'ai remarqué que lorsque j'obtiens l'erreur, et que je regarde dans le Finder, mon Drobo s'appelle "drobo5n" (tous inférieurs). Cas). Je n'ai pas trouvé le moyen de résoudre ce problème sans avoir à redémarrer mon ordinateur ... mais j'aimerais bien en trouver un. (Je n'ai rien à faire avec mon Drobo - il suffit de redémarrer mon Mac.)

Après le redémarrage et l'exécution de la réparation du disque, les droits et les droits de propriété / Volumes sont (OS X 10.10.2):

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

et je suis actuellement capable de monter mon Drobo sans aucun problème.

Aloha. J'ai eu ce même problème avec un volume partagé sur OS X Server 5.1 sous OS X 10.11.4 beta. Indépendamment du fait qu'il s'agisse de versions bêta, j'ai déjà eu ce problème. Voici comment j'ai réussi à résoudre le problème de "l'élément original" introuvable:

1. se déconnecter du serveur dans le Finder
2. Forcer le moteur de recherche
3. reconnectez-vous à l'aide de Command-K dans le Finder (ou, Allez> Se connecter au serveur…)
4. revenir au dossier partagé qui ne s'ouvrait pas auparavant, et il devrait bien s'ouvrir maintenant

Cela a bien fonctionné pour moi par la suite. Notez que je ne pas avoir la boîte de dialogue Connect (Commande-K dans le Finder) jamais se rappeler mon mot de passe dans le trousseau que je veux souvent connecter en tant que différents utilisateurs. Cela m'aide aussi à résoudre les problèmes de temps en temps. De plus, avant de suivre les 4 étapes ci-dessus, je suis allé sur le serveur, j'ai supprimé le dossier partagé de la zone de partage de fichiers, puis je l'ai rajouté, pensant que cela résoudrait le problème. il n'a pas. Donc, par conséquent, je pense que les quatre étapes que j'ai prises (ci-dessus) ont été la solution à ma situation.

J'espère que ça aide quelqu'un.

J'ai rencontré ce problème peu de temps après la mise à niveau vers macOS Sierra et je pensais que les autorisations ou quelque chose qui ne fonctionnait pas étaient gâchés par le processus. Après avoir lu les autres réponses ici et essayé à la fois de forcer le redémarrage du Finder, de vérifier les autorisations de dossier, de jouer avec le partage réseau de mon routeur, j'ai finalement décidé de ressaisir les informations d'identification (qui ont été enregistrées dans mon trousseau) pour l'utilisateur que j'avais été connecté en tant que, régulièrement. Cela a résolu le problème pour moi.

À emporter: essayez de cliquer sur "se connecter en tant que ..." pour saisir à nouveau les informations d'identification de votre utilisateur, car cela a fonctionné pour moi.

Après la mise à niveau des machines (une nouvelle sous Sierra), je configurais mes favoris standard et glissais mon partage NAS (hébergé sur une machine Linux) et je finissais toujours par un "?" dans les favoris. Après avoir tout essayé dans ce fil, rien n'a fonctionné.

J'ai trouvé une solution différente.

Pour référence, voici ce que j'ai toujours fait (qui a cessé de fonctionner à partir de Sierra):

1. Cliquez sur mon partage réseau dans la section "Partagée" de la barre latérale du chercheur.
2. Sélection d'une des actions de la liste
3. Attendez qu'il soit peuplé dans le viseur (sans cela, l'opération glisser ne fonctionnerait pas)
4. Faites glisser le partage en surbrillance dans la barre latérale du viseur.

Voici ce qui a fonctionné (pour moi):

1. Accédez à votre partage réseau - il suffit d’examiner le répertoire racine. Cela l'obtient monté.
2. Dans la section Périphériques de la barre latérale du Finder, cliquez sur votre ordinateur (et non sur Macintosh HD.) Une entrée pour chaque lecteur connecté à votre ordinateur, une entrée réseau, éventuellement une entrée de disque distant, et bien sûr, votre partage sera répertorié.
3. Faites glisser votre part de cette vue dans la barre latérale.

Je viens d'avoir ce problème en cours d'exécution sur un Macbook Air OS X 10.9.5. Les autorisations étaient toutes bonnes. J'ai ouvert le terminal et ai fait

ls -la / Volumes

et j'ai

ls: Photos: argument non valide

ls: Vidéos: argument invalide

Ces deux supports ne sont PAS apparus dans le Finder. Quand j'ai essayé de les démonter, j'ai une autre erreur:

umount / Volumes / Vidéos

umount (/ Volumes / Videos): ressource occupée - essayez 'diskutil unmount'

Alors j'ai forcé un démontage:

diskutil umount force / Volumes / Vidéos

Démontage réussi pour / Volumes / Vidéos

Une fois tous les supports montés sur le lecteur réseau (il y en avait 3), je pouvais accéder à Finder -> Aller -> Se connecter au serveur et le montage s’effectuait correctement.

Je pense que le changement de propriété intellectuelle peut être à l'origine de ce problème et, pour une raison quelconque, les supports sont attachés et ne seront pas démontés. À ce stade, le Finder ne sait pas comment remonter car les anciennes montures ne seront pas démontées correctement.

Au moins, cela semble être ce que mon problème était.

17 JUN 2015 Je cours sous Yosemite. Après des heures de recherche et d’essai, j’ai fini par renommer le partage réseau sur le routeur, en redémarrant le Mac, et cela a pris un certain temps, mais j’ai ensuite pu accéder au partage sous le nouveau nom.

OS X peut avoir des points de montage périmés; démontez les partages distants afin que de nouveaux points de montage puissent prendre leur place. Cela ne se produit pas automatiquement.

La manière GUI

Essayez l'icône "éjecter" à côté du partage dans le Finder, puis attendez qu'il se reconnecte (ou forcez-le avec Finder-> Aller-> Se connecter au serveur).

Si cela ne fonctionne pas, essayez la ligne de commande ...

Le chemin de ligne de commande

Trouvez les montures existantes, probablement périmées, avec mount, ensuite umount, comme ça ...

$ mount
//GUEST:@OPENELEC._smb._tcp.local/videos on /Volumes/videos (smbfs, nodev, nosuid, noowners, mounted by user)
$ umount /Volumes/videos

Essayez maintenant de vous connecter à nouveau au Finder.

Dans mon cas, j'essaie de me connecter à un partage Samba distant, qui a été reconfiguré et redémarré.

Dans mon cas, semblable à certains autres, il s'agissait d'un problème d'autorisations sur la machine Windows 10 hébergeant le partage auquel j'essayais d'accéder. J'avais besoin d'ajouter des autorisations aux fichiers (pas seulement les autorisations de partage, mais les autorisations de fichier réelles). Plus précisément, je devais soit ajouter le groupe "Tout le monde" comme ayant un accès, soit (parce que je ne voulais pas vraiment que "tout le monde ait accès) les utilisateurs spécifiques que je voulais pouvoir accéder au partage.

Pour les utilisateurs spécifiques, l'accès aux comptes Windows Live sur une machine Windows 10 Home fonctionnait (si quelqu'un pensait, comme je le pensais initialement, que vous avez peut-être besoin d'utilisateurs locaux et / ou d'une version Pro de Win10).

J'ai constaté que je rencontrais ce problème car l'application de recherche essayait de se connecter en tant qu'invité par défaut. J'avais besoin de cliquer sur le bouton 'connect as' en haut à droite.

La solution pour moi - fournie par le support Synology - consistait à convertir le dossier partagé du Synology NAS en ACL Windows:

Connexion à DSM, Panneau de configuration, Sélectionner un dossier partagé, Action, Convertir en Windows ACL

Essayez les commandes suivantes dans le terminal: 1. Commencez par désactiver le largage en utilisant:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. Activez ensuite le largage en utilisant:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Redémarrer mac

Cela résout le message d'erreur:

"L'opération ne peut pas être terminée car l'élément d'origine de BLANK est introuvable"

démarrer mon mac en mode de récupération en maintenant cmd + opt + r en
sélectionnant l'utilitaire de disque en
cliquant sur monter pour mon disque SSD en
cliquant sur premiers secours
redémarrer mon mac

C'est ce qui a résolu le problème pour moi: Assurez-vous que le domaine "local" est inclus dans les paramètres DNS / Search Domains pour votre connexion réseau. C'est tout ce que j'avais à faire, dans mon cas. Voir ce fil pour plus de détails: https://discussions.apple.com/thread/8280607