Der Vorgang kann nicht abgeschlossen werden, da das Originalelement für „Foo“ nicht gefunden werden kann

Ich habe ein kleines NAS zu Hause, das einige Volumes über AFP zur Verfügung stellt. Das hat alles super geklappt. Bis ich es für eine Weile heruntergefahren und kürzlich wieder angeschlossen habe.

Ich kann das Gerät im Netzwerk sehen und es öffnen und eine Freigabe auswählen. Wenn ich jedoch versuche, die Freigabe bereitzustellen, wird die folgende Fehlermeldung angezeigt:

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

Ich denke, das liegt daran, dass mein kleines NAS auf eine neue IP umgestellt wurde und OS X das Original (Alias?) Irgendwie irgendwo zwischengespeichert hat.

Die Tatsache, dass ich diese Freigaben erfolgreich von einem anderen Mac öffnen kann, der diese noch nie zuvor gesehen hat, bestätigt, dass ich denke.

Weiß jemand, wo dies möglicherweise zwischengespeichert wird? Kann ich irgendetwas zurücksetzen oder wegwerfen, um diesen Fehler zu überwinden?

Anscheinend kann dieses Problem aus vielen verschiedenen Gründen auftreten. In meinem Fall wurde das Problem durch einen Neustart des Finders behoben. Eine Beschreibung und Lösung hierfür finden Sie unter http://www.cnet.com/news/fix-shared-computer-not-found-in-finder/ .

In meinem Fall (iMac versucht, auf Dateien auf einem Win7-Computer zuzugreifen) bestand die Lösung darin, Berechtigungen für "Gast" zum Win7-Verzeichnis hinzuzufügen. Dies war bisher nicht notwendig. Das Verzeichnis war für alle zugänglich und funktionierte. Aber anscheinend versucht der iMac jetzt eine Verbindung als "Gast" herzustellen und das Hinzufügen von Berechtigungen speziell für "Gast" (Eigenschaften ... Freigabe ... Freigabe ... Hinzufügen ... Gast) zu lösen.

Ok, also werde ich meine eigene Frage beantworten. In meinem Fall erwies sich die Lösung als sehr einfach.

Ich habe mir einen anderen Mac angesehen und festgestellt, dass das /VolumesVerzeichnis unterschiedliche Berechtigungen hat. Auf dem problematischen Mac war dies eingestellt drwxr-xr-xund auf einem kürzlich installierten Mac war dies der Fall drwxrwxr-x.

Also habe ich mein Problem behoben mit:

sudo chmod 775 /Volumes

(Das können Sie natürlich auch im Finder über Get Info tun.)

Problem gelöst. Ich kann jetzt jede Dateifreigabe wieder einhängen.

Ich hatte das gleiche Problem. Auch bei mir hat es auf einem anderen Mac geklappt. Es stellte sich heraus, dass ich die vorhergehende VolumesGruppe wechseln musste.adminwheel

Also habe ich mein Problem behoben mit:

sudo chgrp admin /Volumes

TL; DR - Überprüfen Sie auch die Berechtigungen auf Ihrer Remote-Freigabe. Stellen Sie sicher, dass der Samba-Daemon und der AFP-Daemon Zugriff auf die Freigaben haben.

Lange Version - Mein Problem betraf nicht meinen Mac, sondern die Remote-Freigaben. Sie hatten 750Berechtigungen, was vernünftig erschien, da ich nur wollte, dass der Eigentümer und die entsprechenden Gruppen Zugriff auf die Ordner erhielten. Der afpdProzess (Apple File Protocol Daemon) war jedoch nicht in der Gruppe! Es war also nicht möglich, auf die Dateien zuzugreifen. Wenn andere Clients, z. B. mein Windows-Computer, auf die Freigabe zugegriffen haben, haben sie über Samba ( smbd) darauf zugegriffen , das als ausgeführt wurde root. Somit lief mein Windows-Rechner einwandfrei und mein Mac-Client schien "fehlerhaft" zu sein.

$ 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

(Also läuft Samba als root, aber AFP läuft als "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

(Hier funktioniert "baz" überall, aber "foo" und "bar" funktionieren nur auf meinem Windows-Computer.)

$ sudo cat /etc/group
root:x:0:root
administrators:x:1001:admin
share:!:1000:admin,nobody
allaccount:!:501:bob,jane,sue
netdev:x:1002:

(Also AFP - läuft wie - ist adminnicht in der Gruppe allaccount.)

Füge ihn der allaccountGruppe hinzu und voila , einen glücklichen Mac.

Ich hatte das gleiche Problem mit meinem MacBook Air. Ich konnte keine Freigaben von einem Mac OS X Server bereitstellen, während andere Macs dies konnten.

Ich musste sowohl den Befehl chmod als auch den Befehl chgrp anwenden, um das Problem zu beheben.

Ich würde auch empfehlen, im Wiederherstellungsmodus neu zu starten und Reparaturdatenträger und Reparaturberechtigungen auszuführen.

Ich habe einen Drobo 5N und der Netzwerkname lautet "Drobo5N". Dieser Fehler tritt gelegentlich auf. Ich habe festgestellt, dass mein Drobo im Finder den Namen "drobo5n" trägt (alle niedrigeren Werte). Fall). Ich habe keine Möglichkeit gefunden, dies zu beheben, ohne meinen Computer neu zu starten ... aber ich würde gerne eine finden. (Ich muss nichts mit meinem Drobo tun - starte einfach meinen Mac neu.)

Nach dem Neustart und Ausführen der Datenträgerreparatur lauten die Eigentumsrechte und Berechtigungen von my / Volumes (OS X 10.10.2):

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

und ich kann meinen Drobo derzeit problemlos montieren.

Aloha. Ich hatte das gleiche Problem mit einem freigegebenen Volume unter OS X Server 5.1 unter OS X 10.11.4 Beta. Ungeachtet der Tatsache, dass dies Beta-Versionen waren, hatte ich dieses Problem schon einmal. So habe ich es geschafft, das Problem zu lösen, dass der "Originalartikel" nicht gefunden wurde:

1. Melden Sie sich im Finder vom Server ab
2. Force-Quit Finder
3. Stellen Sie mit Command-K im Finder erneut eine Verbindung her (oder gehen Sie zu> Mit Server verbinden ...).
4. Gehen Sie zurück zu dem freigegebenen Ordner, der zuvor nicht geöffnet wurde, und er sollte jetzt problemlos geöffnet werden

Danach hat es für mich gut funktioniert. Beachten Sie, dass ich nicht habe den Connect - Dialog (Befehl-K in Finder) immer mein Passwort im Schlüsselbund erinnern , da ich oft als verschiedene Benutzer anmelden möge. Dies hilft mir auch bei der gelegentlichen Fehlerbehebung. Bevor ich die obigen 4 Schritte ausgeführt habe, bin ich auf den Server gegangen und habe den freigegebenen Ordner aus dem Dateifreigabebereich entfernt und ihn dann erneut hinzugefügt. Ich dachte, dass dies das Problem lösen würde. es hat nicht. Daher denke ich, dass die vier Schritte, die ich (oben) unternommen habe, die Lösung für meine Situation waren.

Hoffe das hilft jemandem.

Dieses Problem trat kurz nach dem Upgrade auf macOS Sierra auf und ich dachte, dass dabei möglicherweise Berechtigungen oder etwas durcheinander geraten sind. Nachdem ich die anderen Antworten hier gelesen und versucht hatte, den Neustart von Finder zu erzwingen, die Ordnerberechtigungen zu überprüfen und mit der Netzwerkfreigabe von meinem Router zu spielen, entschied ich mich schließlich, die Anmeldeinformationen (die in meinem Schlüsselbund gespeichert waren) für den Benutzer, den ich hatte, erneut einzugeben habe mich routinemäßig als angemeldet. Dies hat das Problem für mich behoben.

Zum Mitnehmen: Klicken Sie auf "Anmelden als ...", um die Anmeldeinformationen für Ihren Benutzer erneut einzugeben, wie es bei mir funktioniert hat.

Nach dem Upgrade von Maschinen (neue mit Sierra) habe ich meine Standardfavoriten eingerichtet und meine NAS-Freigabe (gehostet auf einer Linux-Box) gezogen. Am Ende stand immer ein "?" in den Favoriten. Nachdem Sie alles in diesem Thread ausprobiert haben, hat nichts funktioniert.

Ich habe eine andere Lösung gefunden.

Als Referenz, hier ist, was ich immer getan habe (was seit Sierra nicht mehr funktioniert):

1. Klicken Sie in der Finder-Seitenleiste im Bereich "Freigegeben" auf "Meine Netzwerkfreigabe"
2. Ausgewählte eine der Freigaben in der Liste
3. Warten Sie, bis es im Finder angezeigt wird (ohne dies würde der Ziehvorgang nicht funktionieren).
4. Ziehen Sie die markierte Freigabe in die Seitenleiste des Finders.

Folgendes hat funktioniert (für mich):

1. Gehen Sie zu Ihrer Netzwerkfreigabe - schauen Sie sich einfach das Stammverzeichnis an. Dadurch wird es montiert.
2. Klicken Sie in der Seitenleiste des Finders im Bereich "Geräte" auf Ihren Computer (nicht auf Macintosh HD). Sie sollten einen Eintrag für jedes an Ihren Computer angeschlossene Laufwerk, einen Netzwerkeintrag, möglicherweise einen Remote-Disc-Eintrag und natürlich Ihre Freigabe sehen.
3. Ziehen Sie Ihre Freigabe aus dieser Ansicht in die Seitenleiste.

Ich hatte gerade dieses Problem auf einem Macbook Air OS X 10.9.5 ausgeführt. Die Berechtigungen waren alle in Ordnung. Ich öffnete das Terminal und tat es

ls -la / Bände

und bekam

ls: Fotos: Ungültiges Argument

ls: Videos: Ungültiges Argument

Diese beiden Reittiere wurden NICHT im Finder angezeigt. Beim Versuch, die Bereitstellung aufzuheben, wird ein weiterer Fehler angezeigt:

Anzahl / Volumes / Videos

umount (/ Volumes / Videos): Ressource belegt - versuchen Sie 'diskutil unmount'

Also habe ich ein Unmount erzwungen:

diskutil umount force / Bände / Videos

Das Mounten für / Volumes / Videos wurde erfolgreich abgebrochen

Nachdem ich alle Mounts auf dem Netzwerklaufwerk entfernt hatte (es gab drei), konnte ich in Finder -> Go -> Connect to Server gehen und es wurde ordnungsgemäß gemountet.

Ich denke, die IP-Änderung kann dazu führen, dass dieses Problem auftritt, und aus irgendeinem Grund sind die Bereitstellungen gebunden und werden nicht entfernt. Zu diesem Zeitpunkt weiß Finder nicht, wie es erneut bereitgestellt werden soll, da die alten Bereitstellungen nicht ordnungsgemäß freigegeben werden.

Zumindest scheint das mein Problem zu sein.

17. JUNI 2015 Ich verwende Yosemite aktuell. Nach stundenlangem Suchen und Ausprobieren wurde die Netzwerkfreigabe auf dem Router umbenannt, der Mac neu gestartet, und es dauerte eine Weile, bis ich unter dem neuen Namen auf die Freigabe zugreifen konnte.

OS X verfügt möglicherweise über veraltete Einhängepunkte. Hängen Sie die Remote-Freigaben aus, damit neue Mount-Punkte ihre Stelle einnehmen können. Dies geschieht nicht automatisch.

Der GUI-Weg

Probieren Sie das Symbol "Auswerfen" neben der Freigabe im Finder aus und warten Sie, bis die Verbindung wiederhergestellt ist (oder erzwingen Sie die Wiederherstellung mit Finder-> Gehe zu-> Mit Server verbinden).

Wenn das nicht funktioniert, probiere die Kommandozeile ...

Die Befehlszeile

Finde die vorhandenen, wahrscheinlich abgestandenen, Reittiere mit denen sie mountdann umountso ...

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

Versuchen Sie nun erneut, eine Verbindung mit dem Finder herzustellen.

In meinem Fall versuche ich, eine Verbindung zu einer Remote-Samba-Freigabe herzustellen, die neu konfiguriert und neu gestartet wurde.

In meinem Fall handelte es sich ähnlich wie bei einigen anderen um ein Berechtigungsproblem auf dem Windows 10-Computer, auf dem sich die Freigabe befand, auf die ich zugreifen wollte. Ich musste den Dateien Berechtigungen hinzufügen (nicht nur die Freigabeberechtigungen, sondern auch die tatsächlichen Dateiberechtigungen). Insbesondere musste ich entweder die Gruppe "Jeder" als "Zugriff" hinzufügen oder (da ich nicht wirklich wollte, dass "Jeder" Zugriff hat) die spezifischen Benutzer, die auf die Freigabe zugreifen sollen.

Für die spezifischen Benutzer hat es funktioniert, auf einem Windows 10-Heimcomputer Zugriff auf die Windows Live-Konten zu gewähren (für den Fall, dass jemand, wie ich es ursprünglich dachte, lokale Benutzer und / oder eine Pro-Version von Win10 benötigt).

Ich stellte fest, dass ich dieses Problem bekam, da die Finder-App standardmäßig versuchte, eine Verbindung als Gast herzustellen. Ich musste oben rechts auf die Schaltfläche "Verbinden als" klicken.

Die vom Synology-Support bereitgestellte Lösung bestand für mich darin, den freigegebenen Ordner auf dem Synology NAS in Windows ACL zu konvertieren:

Melden Sie sich bei DSM an, klicken Sie in der Systemsteuerung auf Freigegebenen Ordner auswählen, klicken Sie auf Aktion, und klicken Sie auf In Windows-ACL konvertieren

Probieren Sie die folgenden Befehle im Terminal aus: 1. Deaktivieren Sie zuerst airdrop mit:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. Dann aktivieren Sie airdrop mit:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Starten Sie den Mac neu

Dies löst die Fehlermeldung:

"Der Vorgang kann nicht abgeschlossen werden, da das Originalelement für BLANK nicht gefunden werden kann."

Starte meinen Mac im Wiederherstellungsmodus, indem du cmd + opt + r
drückst und das Festplatten-Dienstprogramm
auswählst. Klicke auf Mount für meine SSD.
Klicke auf Erste Hilfe.
Starte meinen Mac neu

Dies hat das Problem für mich behoben: Stellen Sie sicher, dass die Domain "local" in den DNS / Search Domains-Einstellungen für Ihre Netzwerkverbindung enthalten ist. Das war alles, was ich in meinem Fall tun musste. Weitere Informationen finden Sie in diesem Thread: https://discussions.apple.com/thread/8280607