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

Je voudrais partager la solution suivante : https://apple.stackexchange.com/a/373068/91135

Désactivez la signature de paquets pour les connexions SMB 2 et SMB 3, comme décrit dans la section "Signature de paquets". https://support.apple.com/en-gb/HT205926 :

• Editez /etc/nsmb.conf (créez-le si nécessaire)
• Ajouter

[default]
signing_required=no

• Sauvegarder le fichier Reconnectez les partages SMB (ou redémarrez votre Mac)

Dans mon cas, il suffit de redémarrer le processus du finder au lieu de redémarrer tout le système.

Cette solution m'aide avec tous mes partages réseau, mon NAS Synology et un autre Mac dans le réseau.

J'ai eu le même problème et j'en ai trouvé la source. Lorsque je regardais la console, je voyais des messages provenant de NetAuthSysAgent indiquant un problème de sandboxing avec le sharingd processus.

J'ai découvert que si je tue sharingd Si le NAS n'a pas été redémarré, OS X le redémarre immédiatement et je suis en mesure d'accéder aux partages du NAS par le biais du finder immédiatement sans avoir besoin de faire quoi que ce soit d'autre.

Quelque temps plus tard, le problème reviendra et je devrai tuer sharingd Mais c'est tout ce que j'ai à faire et c'est bien plus simple que beaucoup d'autres solutions dont j'ai vu parler.

Dans mon cas, j'avais configuré diverses autorisations en fonction de mes besoins (utilisateurs, groupes, lecture seule, lecture/écriture, etc.) mais j'avais également une autorisation définie sur "Everyone" : "No Access". Je suppose que cette autorisation particulière a priorité sur toutes les autres. Dès que j'ai changé cette autorisation en "Everyone" : "Read Only", tout a fonctionné comme sur des roulettes.

Aucune des réponses existantes n'a fonctionné dans ma situation :

• client : osx/MacOS 10.x (panther -> catalina)
• serveur : debian 6 (squeeze), samba 3.5.6

Il s'est avéré que l'action en question n'avait pas la bonne hosts allow La plage d'IP en place pour correspondre à un hôte spécifique (c'est-à-dire que le message d'erreur est très trompeuse).

Pour moi, rien n'a fonctionné, j'ai donc vérifié mon /Volumes en faisant ls /Volumes et j'ai obtenu une erreur.

$ ls -la

ls: Foo: No such file or directory
total 0
drwxr-xr-x   5 root  wheel  160 Jul  7 12:16 .
drwxr-xr-x  23 root  wheel  736 Mar 23 23:19 ..
lrwxr-xr-x   1 root  wheel    1 May  5 19:59 Macintosh HD -> /
drwxr-xr-x@  3 root  wheel   96 Mar 23 23:18 Recovery

Donc, vérifié mount et j'ai vu qu'il y avait une entrée :

$ mount

/dev/disk1s1 on / (apfs, local, read-only, journaled)
...
//username@IP/Foo on /Volumes/Foo (smbfs, nodev, nosuid, mounted by user)

Alors je l'ai démonté :

umount /Volumes/Foo

Cela a réglé le problème.