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

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

Um dieses Problem zu beheben, müssen Sie den Finder einfach neu starten, und er wird die Liste der freigegebenen Geräte neu füllen. Dazu können Sie einen der folgenden Schritte ausführen:

• Halten Sie die Wahltaste gedrückt und klicken Sie mit der rechten Maustaste auf das Finder-Symbol im Dock und wählen Sie dann Neu starten.
• Drücken Sie die Tastenkombination „Wahl-Befehl-Escape“ oder wählen Sie „Sofort beenden“ im Apple-Menü, wählen Sie dann den Finder aus und klicken Sie auf „Neu starten“.
• Melden Sie sich ab und wieder bei Ihrem Benutzerkonto an.

Ok, dann beantworte ich meine eigene Frage. In meinem Fall stellte sich heraus, dass die Lösung wirklich „einfach“ war.

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

Also ich habe mein Problem gelöst mit:

sudo chmod 775 /Volumes

(Das geht natürlich auch im Finder über Get Info)

Problem gelöst. Ich kann jetzt jede Dateifreigabe wieder mounten.

In meinem Fall (iMac versucht, auf Dateien auf einem Win7-Computer zuzugreifen) bestand die Lösung darin, dem Win7-Verzeichnis Berechtigungen für „Guest“ hinzuzufügen. Dies war bisher nicht erforderlich. Das Verzeichnis war für alle gemeinsam nutzbar und es funktionierte. Aber anscheinend versucht der iMac jetzt, sich als „Gast“ zu verbinden, und das Hinzufügen von Berechtigungen speziell für „Gast“ (Eigenschaften…Freigabe…Teilen…Hinzufügen…Gast) hat das Problem gelöst.

Ich hatte das gleiche Problem. Auch bei mir hat es auf einem anderen Mac funktioniert. Es stellte sich heraus, dass ich die VolumesGruppe von ändern musste, zu adminder wheelzuvor war.

Also ich habe mein Problem gelöst 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 lag nicht bei meinem Mac, sondern bei den 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 erhalten. Aber der afpdProzess (Apple File Protocol Daemon) war nicht in der Gruppe! Es konnte also nicht auf die Dateien zugegriffen werden. Wenn andere Clients, wie z. B. mein Windows-Rechner, auf die Freigabe zugegriffen haben, haben sie über Samba ( smbd) darauf zugegriffen, das als root. Daher 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

(Samba läuft also 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-Rechner.)

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

(AFP – ausgeführt als – administ also nicht in der Gruppe allaccount.)

Fügen Sie ihn der allaccountGruppe hinzu und voila , ein glücklicher Mac.

Catalina hier. Die Festplatte meiner Frau und ihre Netzwerkfreigabe hatten denselben Namen. Bei Sierra war das kein Problem. Ich habe den Festplattennamen und Boom geändert.

Es gibt einen Link in /Volumes mit dem Festplattennamen, der zurück zum Root führt. Ich vermute, Catalina unterscheidet nicht zwischen Groß- und Kleinschreibung oder dieser Link zu root existierte in Sierra nicht.

Aloha. Ich hatte das gleiche Problem mit einem freigegebenen Volume auf OS X Server 5.1 unter OS X 10.11.4 Beta. Unabhängig davon, dass es sich um Beta-Versionen handelte, 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. Beenden des Finder erzwingen
3. Verbinden Sie sich erneut mit Befehlstaste-K im Finder (oder Gehe zu > Mit Server verbinden…)
4. Gehen Sie zurück zu dem freigegebenen Ordner, der zuvor nicht geöffnet wurde, und er sollte sich jetzt problemlos öffnen lassen

Bei mir hat es danach gut funktioniert. Beachten Sie, dass ich mich im Dialogfeld „Verbinden“ (Befehl-K im Finder) nie an mein Kennwort im Schlüsselbund erinnern kann, da ich mich häufig als andere Benutzer anmelden möchte. Das hilft mir auch ab und zu bei der Fehlersuche. Bevor ich die obigen 4 Schritte durchführte, war ich außerdem auf den Server gegangen und hatte den freigegebenen Ordner aus dem Dateifreigabebereich entfernt und ihn dann erneut hinzugefügt, weil 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.

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

Ich musste sowohl die Befehle chmod als auch chgrp anwenden, um das Problem zu beheben.

Ich würde auch empfehlen, den Wiederherstellungsmodus neu zu starten und die Reparaturdiskette und die Reparaturberechtigungen auszuführen.

Ich habe einen Drobo 5N, und sein Netzwerkname ist „Drobo5N“ – ich erhalte diesen Fehler gelegentlich, und ich habe festgestellt, dass mein Drobo „drobo5n“ heißt, wenn ich den Fehler erhalte und in den Finder schaue (alle niedrigeren 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 an meinem Drobo tun – starte einfach meinen Mac neu.)

Nach dem Neustart und Ausführen der Festplattenreparatur lauten meine /Volumes-Eigentumsrechte und -Berechtigungen (OS X 10.10.2):

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

und ich kann mein Drobo derzeit ohne Probleme montieren.

Ich habe dieses Problem kurz nach dem Upgrade auf macOS Sierra erlebt und dachte, dass vielleicht Berechtigungen oder etwas dabei durcheinander gebracht wurden. Nachdem ich die anderen Antworten hier gelesen und versucht hatte, den Finder neu zu starten, 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 logge mich routinemäßig ein. Dies hat das Problem für mich behoben.

Takeaway: Versuchen Sie, auf "Anmelden als ..." zu klicken, um die Anmeldeinformationen für Ihren Benutzer erneut einzugeben, da es bei mir funktioniert hat.

Nach dem Upgrade von Computern (neuer mit Sierra) richtete ich meine Standardfavoriten ein und zog meine NAS-Freigabe (gehostet auf einer Linux-Box) und endete immer mit einem "?" in den Favoriten. Nachdem ich alles in diesem Thread versucht habe, 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 im Abschnitt „Geteilt“ der Finder-Seitenleiste auf Meine Netzwerkfreigabe
2. Eine der Aktien in der Liste ausgewählt
3. Warten Sie, bis es im Finder ausgefüllt ist (ohne dies würde der Ziehvorgang nicht funktionieren)
4. Ziehen Sie die markierte Freigabe in die Finder-Seitenleiste.

Folgendes hat (bei mir) funktioniert:

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

Ich hatte dieses Problem für eine SMB-Freigabe. Nachdem /etc/smb.confich den Server überprüft hatte, hatte ich den Benutzer, der versuchte, eine Verbindung vom Client-Computer herzustellen, nicht zur gültigen Benutzerzeile für diese Freigabe hinzugefügt. Nachdem ich den Benutzer zu gültigen Benutzern hinzugefügt hatte, wurde der Fehler behoben und ich konnte erfolgreich eine Verbindung herstellen.

Nicht wirklich eine Antwort, sondern eher eine erfahrene Alternative als vorübergehende Problemumgehung ...

Nach vielen Tagen des Ausprobierens, Recherchierens und Qualens kam ich zu dem Schluss, dass mein Catalina Mac-mini (als Server) mit Timemachine External-HD für mein Mojave Macbook unsichtbar war. Das MacBook konnte die Dateien auf der External-HD von Finder usw. sehen, aber Timemachine sah nicht einmal die Remote-External-HD. Also habe ich meinen kleineren, älteren WD MyPassport als lokale Zeitmaschine auf mein Macbook gelegt.

Sobald ich genügend Speicherplatz für das Upgrade meines Macbooks auf Catalina freigegeben habe, werde ich den Remote-, Zentralserver-Ansatz für meine Timemachine-Backups erneut versuchen.

Keine der vorhandenen Antworten funktionierte in meiner Situation:

• client: osx/macos 10.x (panther -> catalina)
• Server: Debian 6 (Squeeze), Samba 3.5.6

Es stellt sich heraus, dass die betreffende Freigabe nicht den richtigen hosts allowIP-Bereich hatte, um mit einem bestimmten Host übereinzustimmen (dh die Fehlermeldung ist sehr irreführend).

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

ls -la /Volumes

und bekam

ls: Fotos: Ungültiges Argument

ls: Videos: Ungültiges Argument

Diese beiden Halterungen wurden NICHT im Finder angezeigt. Als ich versuchte, sie zu unmounten, erhalte ich einen weiteren Fehler:

umount /Volumes/Videos

umount(/Volumes/Videos): Ressource ausgelastet – versuchen Sie 'diskutil unmount'

Dann habe ich ein Unmount erzwungen:

diskutil umount force /Volumes/Videos

Unmount erfolgreich für /Volumes/Videos

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

Ich denke, die IP-Änderung könnte dieses Problem verursachen, und aus irgendeinem Grund sind die Mounts gebunden und werden nicht ausgehängt. An diesem Punkt weiß der Finder nicht, wie er neu mounten soll, weil die alten Mounts nicht richtig unmounten.

Zumindest scheint das mein Problem gewesen zu sein.

OS X kann veraltete Einhängepunkte haben; Hängen Sie die entfernten Freigaben aus, damit neue Einhängepunkte ihren Platz einnehmen können. Dies geschieht nicht automatisch.

Der GUI-Weg

Probieren Sie das Symbol „Auswerfen“ neben der Freigabe im Finder aus und warten Sie dann, bis sie sich wieder verbindet (oder erzwingen Sie sie mit Finder->Gehe zu->Mit Server verbinden).

Wenn das nicht funktioniert, versuchen Sie es mit der Befehlszeile ...

Der Befehlszeilenweg

Finden Sie die vorhandenen, wahrscheinlich veralteten Reittiere mit mount, und dann umountso ...

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

Versuchen Sie jetzt erneut, sich mit dem Finder zu verbinden.

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

In meinem Fall war es, ähnlich wie bei einigen anderen, ein Berechtigungsproblem auf dem Windows 10-Computer, auf dem die Freigabe gehostet wurde, auf die ich zugreifen wollte. Ich musste den Dateien Berechtigungen hinzufügen (nicht nur die Freigabeberechtigungen, sondern die eigentlichen Dateiberechtigungen). Insbesondere musste ich entweder die Gruppe „Jeder“ mit Zugriff hinzufügen oder (weil ich nicht wirklich wollte, dass „jeder“ Zugriff hat) die bestimmten Benutzer, die auf die Freigabe zugreifen können sollen.

Für die spezifischen Benutzer hat es funktioniert, den Zugriff mit den Windows Live-Konten auf einem Windows 10 Home-Computer zu ermöglichen (falls jemand denkt, wie ich anfangs dachte, dass Sie vielleicht lokale Benutzer und/oder eine Pro-Version von Win10 benötigen).

Ich habe festgestellt, dass dieses Problem aufgetreten ist, da die Finder-App standardmäßig versucht hat, eine Verbindung als Gast herzustellen. Ich musste oben rechts auf die Schaltfläche „Verbinden als“ klicken.

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

Bei DSM anmelden, Systemsteuerung, freigegebenen Ordner auswählen, Aktion, in Windows-ACL konvertieren

Ich möchte folgende Lösung teilen: https://apple.stackexchange.com/a/373068/91135

Deaktivieren Sie die Paketsignierung für SMB 2- und SMB 3-Verbindungen wie unter https://support.apple.com/en-gb/HT205926 beschrieben :

• /etc/nsmb.conf bearbeiten (ggf. erstellen)
• Addieren

[default]
signing_required=no

• Datei speichern SMB-Freigaben erneut verbinden (oder Mac neu starten)

In meinem Fall reicht es aus, den Finder-Prozess neu zu starten, anstatt das gesamte System neu zu starten.

Diese Lösung hilft mir bei all meinen Netzwerkfreigaben, Synology NAS und einem anderen Mac im Netzwerk.

Ich lasse Yosemite spätesten laufen. Am Ende habe ich die Netzwerkfreigabe auf dem Router umbenannt, den Mac neu gestartet und es hat eine Weile gedauert, aber ich konnte dann unter dem neuen Namen auf die Freigabe zugreifen.

Probieren Sie die folgenden Befehle im Terminal aus:

1. Deaktivieren Sie zuerst Airdrop mit:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES
   

2. Aktivieren Sie dann Airdrop mit:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. mac neustarten

Ich hatte das gleiche Problem und habe die Quelle dafür gefunden. Als ich mir die Konsole ansah, sah ich Meldungen, die NetAuthSysAgentauf ein Sandboxing-Problem mit dem sharingdProzess hindeuteten.

Ich habe festgestellt, dass OS X es sofort neu startet, wenn ich lösche sharingd, und ich kann sofort über den Finder auf die NAS-Freigaben zugreifen, ohne dass etwas anderes getan werden muss.

Einige Zeit später wird das Problem zurückkehren und ich muss töten sharingd, aber das ist alles, was ich tun muss, und es ist viel einfacher als viele der anderen Lösungen, über die Leute geschrieben haben.

In meinem Fall hatte ich verschiedene Berechtigungen nach meinen Bedürfnissen eingerichtet (Benutzer, Gruppen, nur lesen, lesen/schreiben usw.), aber ich hatte auch die Berechtigung auf "Jeder": "Kein Zugriff". Ich gehe davon aus, dass diese bestimmte Erlaubnis alle anderen außer Kraft setzt. Sobald ich das auf "Everyone":"Read Only" geändert habe, funktionierte alles wie am Schnürchen.

Bei mir hat nichts funktioniert, also habe ich mein Verhalten überprüft /Volumesund ls /Volumeseinen Fehler erhalten.

$ 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

Also, überprüft mountund gesehen, dass es einen Eintrag gibt:

$ mount

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

Also habe ich es ausgehängt:

umount /Volumes/Foo

Das hat das Problem behoben.

Hatte das gleiche Problem auf einem Synology NAS, das nicht auf bestimmte Ordner zugreifen konnte. Mir wurde klar, dass ich einen Satz Anmeldeinformationen für einige freigegebene Ordner und einen anderen Satz Anmeldeinformationen für andere freigegebene Ordner verwendet hatte. Als ich das herausgefunden hatte, musste ich nur noch Folgendes tun:

• Suchen Sie das NAS im Finder
• Gehen Sie oben rechts auf „Trennen“
• Klicken Sie dann auf „Verbinden als“
• Geben Sie die anderen Anmeldeinformationen ein

Ich konnte dann problemlos auf die anderen Ordner zugreifen.

Das löst die Fehlermeldung:

"Der Vorgang kann nicht abgeschlossen werden, da das ursprüngliche Element für BLANK nicht gefunden werden kann"

Starten Sie meinen Mac im Wiederherstellungsmodus, indem Sie cmd + opt + r gedrückt halten.
Wählen Sie das Festplattendienstprogramm aus.
Klicken Sie auf Mount für meine SSD .
Klicken Sie auf Erste Hilfe .
Starten Sie meinen Mac neu

Folgendes 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. Einzelheiten finden Sie in diesem Thread: https://discussions.apple.com/thread/8280607