118 votes

L'opération ne peut pas être complétée parce que l'élément original pour "Foo" est introuvable.

J'ai un petit NAS à la maison qui rend certains volumes disponibles via AFP. Tout cela fonctionnait très bien. Jusqu'à ce que je l'éteigne pendant un certain temps et que je le reconnecte récemment.

Je peux voir le périphérique 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 c'est parce que mon petit NAS a changé d'IP et qu'OS X a mis en cache l'original (alias ?) quelque part.

Le fait que je puisse ouvrir avec succès ces partages à partir d'un autre Mac, qui ne les avait jamais vus auparavant, le confirme je pense.

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

4voto

inanutshellus Points 213

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 à distance. Ils avaient 750 ce qui semblait raisonnable puisque je voulais que seuls le propriétaire et les groupes appropriés aient accès aux dossiers. Mais les afpd (Apple File Protocol Daemon) n'était pas dans le groupe ! Il était donc incapable d'accéder aux fichiers. Lorsque d'autres clients, comme ma machine Windows, accédaient au partage, ils le faisaient via Samba ( smbd ), qui fonctionnait comme 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

(Ainsi, Samba s'exécute en tant que Root, mais AFP s'exécute en tant que "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:

(Ainsi, l'AFP - qui fonctionne comme admin -- n'est pas dans le groupe allaccount .)

Ajoutez-le à la allaccount et voila un Mac heureux.

2 votes

J'ai un système Netgear ReadyNAS et j'ai le même problème que le PO sur tous mes appareils Mac. Votre suggestion m'a incité à ouvrir l'interface d'administration et à vérifier mes partages réseau. Il s'avère que mes autorisations AFP pour chaque partage étaient trop restrictives. Donc +1 point pour vous :)

3voto

shreshtha Points 1

Ici Catalina. Le disque dur de ma femme et son partage réseau avaient le même nom. Ce n'était pas un problème avec Sierra. J'ai changé le nom du disque dur et boom.

Il y a un lien dans /Volumes avec le nom du disque dur qui renvoie à Root. Je suppose que Catalina n'est pas sensible à la casse ou que ce lien vers Root n'existait pas dans Sierra.

2voto

Kaliko Trapp Points 51

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'agissait de versions bêta, j'ai déjà eu ce problème auparavant. Voici comment j'ai réussi à résoudre le problème de l'introuvabilité de l'"élément original" :

  1. se déconnecter du serveur dans le Finder
  2. Finder Force-Quit
  3. se connecter à nouveau en utilisant Command-K dans le Finder (ou, Go > Connecter au serveur )
  4. retournez au dossier partagé qui ne s'ouvrait pas avant, et il devrait s'ouvrir correctement maintenant.

Ça a bien marché pour moi après ça. Notez que je fais no que la boîte de dialogue Connecter (Command-K dans le Finder) se souvienne toujours de mon mot de passe dans le trousseau, car je veux souvent me connecter sous différents utilisateurs. Cela m'aide également à résoudre les problèmes de temps en temps. De plus, avant de suivre les quatre étapes ci-dessus, je suis allé sur le serveur et j'ai supprimé le dossier partagé de la zone de partage de fichiers, puis je l'ai réinséré, en pensant que cela résoudrait le problème, ce qui n'a pas été le cas. Par conséquent, je pense que les quatre étapes que j'ai suivies (ci-dessus) ont permis de résoudre mon problème.

J'espère que cela aidera quelqu'un.

0 votes

J'ai eu une situation bizarre où le serveur monté dans la sous-section "Partagé" a donné lieu à des liens brisés, mais la connexion en utilisant la boîte de dialogue "Connecter au serveur" m'a permis de monter les dossiers. Cela s'est produit après des mises à jour du serveur, j'espère donc que les entrées du sous-menu fonctionneront après que tous les caches du Finder auront été vidés à un moment donné, mais au moins cela fonctionne pour le moment.

2voto

roms Points 111

J'ai eu ce problème pour un partage smb. Après avoir vérifié /etc/smb.conf sur le serveur, je n'avais pas ajouté l'utilisateur essayant de se connecter depuis la machine cliente à la ligne des utilisateurs valides pour ce partage. Une fois que j'ai ajouté l'utilisateur aux utilisateurs valides, l'erreur s'est résolue et j'ai pu me connecter avec succès.

0 votes

C'était parmi les premières pages quand on a cherché cette erreur sur Google. Il s'agit d'une erreur très peu utile dans la mesure où elle n'explique pas clairement la cause (et il semble qu'il puisse y avoir de nombreuses causes - et comme l'attestent les nombreuses réponses, de nombreuses solutions). Lorsque j'ai trouvé une solution à cette erreur qui n'avait pas encore été postée, j'ai supposé que le fait d'expliquer la solution que j'avais trouvée pourrait aider les futurs utilisateurs de cette erreur. J'ai également indiqué la solution claire, étape par étape, que j'ai utilisée pour résoudre l'erreur (modifier la ligne spécifique du fichier /etc/smb.conf). Si cela n'est pas utile à la communauté, n'hésitez pas à supprimer ma réponse.

2voto

kojow7 Points 281

J'ai eu le même problème sur un NAS Synology en ne pouvant pas accéder à des dossiers spécifiques. J'ai réalisé que j'avais utilisé un ensemble d'informations d'identification sur certains dossiers partagés, et un autre ensemble d'informations d'identification sur d'autres dossiers partagés. Une fois que j'ai compris cela, tout ce que j'avais à faire était :

  • Localisez le NAS dans le finder
  • Dans le coin supérieur droit, allez à "Disconnect".
  • Puis cliquez sur "Connecter en tant que".
  • Entrez l'autre jeu d'informations d'identification

J'ai ensuite pu accéder aux autres dossiers sans problème.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X