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?
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.
la source
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
/Volumes
répertoire avait des autorisations différentes. Sur le Mac problématique, il a été configuré surdrwxr-xr-x
et sur un Mac récemment installé, ce l'étaitdrwxrwxr-x
.J'ai donc résolu mon problème avec:
(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.
la source
/Volumes
autorisations étaient les mêmes que celles de votre Mac problématique, aussi j’ai exécuté votre,chmod 775
mais dans mon cas, cela n’a pas résolu le problème. J'ai ensuite essayé de redémarrer le Finder, ce qui a résolu mon problème.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
Volumes
de groupe,admin
ce qui étaitwheel
avant.J'ai donc résolu mon problème avec:
la source
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
750
autorisations, ce qui semblait raisonnable, car je ne voulais que le propriétaire et les groupes appropriés pour accéder aux dossiers. Mais leafpd
processus (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 queroot
. Ainsi, ma machine Windows fonctionnait bien et mon client Mac semblait "bogué".(Samba fonctionne donc en tant que root, mais AFP est exécuté en tant qu '"admin".)
(Ici, "baz" fonctionne partout, mais "foo" et "bar" ne fonctionnent que sur ma machine Windows.)
(Donc, AFP - en cours d'exécution en tant que -
admin
n'est pas dans le groupeallaccount
.)Ajoutez-le au
allaccount
groupe et le tour est joué , un Mac heureux.la source
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.
la source
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):
et je suis actuellement capable de monter mon Drobo sans aucun problème.
la source
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:
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.
la source
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.
la source
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):
Voici ce qui a fonctionné (pour moi):
la source
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
et j'ai
Ces deux supports ne sont PAS apparus dans le Finder. Quand j'ai essayé de les démonter, j'ai une autre erreur:
Alors j'ai forcé un démontage:
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.
la source
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.
la source
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
, ensuiteumount
, comme ça ...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é.
la source
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).
la source
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 source
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
la source
Essayez les commandes suivantes dans le terminal: 1. Commencez par désactiver le largage en utilisant:
Activez ensuite le largage en utilisant:
Redémarrer mac
la source
Cela résout le message d'erreur:
J'ai pu résoudre ce problème en procédant comme suit:
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
la source
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
la source