Operasi tidak dapat diselesaikan karena item asli untuk "Foo" tidak dapat ditemukan

Saya punya sedikit NAS di rumah yang membuat beberapa volume tersedia melalui AFP. Ini semua bekerja dengan baik. Sampai saya mematikannya sebentar dan menghubungkan kembali baru-baru ini.

Saya dapat melihat perangkat di jaringan dan saya dapat membukanya dan memilih satu bagian. Tetapi ketika saya mencoba untuk me-mount share, saya mendapatkan kesalahan berikut:

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

Saya pikir ini karena NAS kecil saya berubah menjadi IP baru dan OS X entah bagaimana menyimpan aslinya (alias?) Di suatu tempat.

Fakta bahwa saya dapat dengan sukses membuka saham ini dari Mac lain, yang belum pernah melihat ini sebelumnya, menegaskan hal itu.

Adakah yang tahu di mana ini berpotensi di-cache? Apakah ada yang dapat saya atur ulang atau buang untuk mengatasi kesalahan ini?

Rupanya masalah ini dapat terjadi karena berbagai alasan. Dalam kasus saya itu diselesaikan dengan meluncurkan kembali finder. Penjelasan dan solusi untuk ini ada di http://www.cnet.com/news/fix- shared-computer-not-found- in- finder/ .

Dalam kasus saya (iMac mencoba mengakses file pada mesin Win7) solusinya adalah menambahkan izin untuk "Tamu" ke direktori Win7. Ini sebelumnya tidak perlu. Direktori itu dapat dibagikan kepada semua orang dan berhasil. Tetapi ternyata sekarang iMac mencoba untuk terhubung sebagai "Tamu" dan menambahkan izin khusus untuk "Tamu" (Properti ... Berbagi ... Bagikan ... Tambahkan ... Tamu) menyelesaikannya.

Ok jadi saya akan menjawab pertanyaan saya sendiri. Dalam kasus saya solusinya ternyata sangat 'sederhana'.

Saya melihat Mac lain dan saya perhatikan bahwa /Volumesdirektori tersebut memiliki izin yang berbeda. Pada Mac yang bermasalah itu diatur ke drwxr-xr-xdan pada Mac yang baru diinstal itu drwxrwxr-x.

Jadi saya memperbaiki masalah saya dengan:

sudo chmod 775 /Volumes

(Anda juga dapat melakukannya di Pencari tentunya, melalui Dapatkan Info)

Masalah terpecahkan. Saya sekarang dapat me-mount berbagi file lagi.

Saya memiliki masalah yang sama. Juga bagi saya itu berfungsi pada Mac lain. Ternyata saya harus mengubah Volumesgrup adminyang sebelumnya wheel.

Jadi saya memperbaiki masalah saya dengan:

sudo chgrp admin /Volumes

TL; DR - Periksa izin pada share jarak jauh Anda juga. Pastikan daemon Samba dan daemon AFP memiliki akses ke share.

Versi panjang - Masalah saya bukan pada Mac saya, tetapi dengan pembagian jarak jauh. Mereka memiliki 750izin, yang tampaknya masuk akal karena saya hanya ingin pemilik dan grup yang sesuai untuk mendapatkan akses ke folder. Tetapi proses afpd(Apple File Protocol Daemon) tidak ada dalam grup! Jadi itu tidak dapat mengakses file. Ketika klien lain, seperti mesin Windows saya mengakses share, mereka mengaksesnya melalui Samba ( smbd), yang sedang berjalan sebagai root. Jadi mesin Windows saya berjalan dengan baik, dan klien Mac saya tampak "bermasalah".

$ 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

(Jadi Samba berjalan sebagai root, tetapi AFP berjalan sebagai "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

(Di sini, "baz" bekerja di mana-mana, tetapi "foo" dan "bar" hanya berfungsi di mesin Windows saya.)

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

(Jadi AFP - berjalan sebagai - tidak adminada dalam grup allaccount.)

Tambahkan dia ke allaccountgrup dan voila , Mac yang bahagia.

Saya memiliki masalah yang sama pada MacBook Air saya; Saya tidak bisa memasang saham dari mac OS X Server, ketika Mac lain bisa.

Saya harus menerapkan perintah chmod dan chgrp untuk memperbaikinya.

Saya juga merekomendasikan memulai kembali ke Mode Pemulihan dan menjalankan perbaikan disk dan izin perbaikan.

Saya memiliki Drobo 5N, dan nama jaringannya adalah "Drobo5N" - Saya mendapatkan kesalahan ini sesekali, dan saya perhatikan bahwa ketika saya mendapatkan kesalahan, dan saya mencari di Finder, Drobo saya bernama "drobo5n" (semuanya lebih rendah- kasus). Saya belum menemukan cara untuk memperbaikinya tanpa me-reboot komputer saya ... tapi, saya ingin sekali menemukannya. (Saya tidak perlu melakukan apa pun pada Drobo saya - cukup reboot Mac saya.)

Setelah mem-boot ulang dan menjalankan perbaikan disk, kepemilikan dan izin saya / Volume adalah (OS X 10.10.2):

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

dan saya saat ini dapat me-mount Drobo saya tanpa masalah.

Aloha. Saya memiliki masalah yang sama dengan volume bersama di OS X Server 5.1 di bawah OS X 10.11.4 beta. Terlepas dari kenyataan bahwa ini adalah rilis beta, saya pernah mengalami masalah ini sebelumnya. Inilah cara saya berhasil memecahkan masalah "item asli" yang tidak ditemukan:

1. logout dari server di Finder
2. Pencari Force-Quit
3. terhubung lagi menggunakan Command-K di Finder (atau, Go> Connect to Server ...)
4. kembali ke folder bersama yang tidak terbuka sebelumnya, dan seharusnya terbuka dengan baik sekarang

Itu bekerja dengan baik untuk saya setelah itu. Perhatikan bahwa saya tidak memiliki dialog Connect (Command-K in Finder) yang pernah mengingat kata sandi saya di Keychain karena saya sering ingin masuk sebagai pengguna yang berbeda. Ini juga membantu saya memecahkan masalah sesekali. Juga, sebelum melakukan 4 langkah di atas, saya telah masuk ke server dan menghapus folder bersama dari area File Sharing dan kemudian menambahkannya kembali, berpikir bahwa ini akan menyelesaikan masalah; itu tidak. Jadi karena itu, saya pikir empat langkah yang saya ambil (di atas) adalah perbaikan dalam situasi saya.

Semoga ini bisa membantu seseorang.

Saya mengalami masalah ini segera setelah memutakhirkan ke macOS Sierra dan berpikir bahwa mungkin izin atau sesuatu yang kacau dalam proses. Setelah membaca balasan lain di sini dan mencoba memaksa Restart Finder, memeriksa izin folder, bermain dengan jaringan berbagi dari router saya, saya akhirnya memutuskan untuk memasukkan kembali kredensial (yang disimpan di gantungan kunci saya) untuk pengguna yang saya miliki telah masuk sebagai, secara rutin. Ini memperbaiki masalah bagi saya.

Takeaway: Coba klik "masuk sebagai ..." sebagai memasukkan kembali kredensial untuk pengguna Anda, karena itu berfungsi untuk saya.

Setelah meningkatkan mesin (yang baru menjalankan Sierra) saya menyiapkan favorit standar saya dan menyeret share NAS saya (di-host pada kotak Linux) dan selalu berakhir dengan "?" di favorit. Setelah mencoba semua yang ada di utas ini, tidak ada yang berhasil.

Saya menemukan solusi yang berbeda.

Untuk referensi, inilah yang selalu saya lakukan (yang berhenti bekerja pada Sierra):

1. Klik pada bagian jaringan saya di bagian "Dibagi" pada bilah sisi pencari
2. Dipilih salah satu bagian dalam daftar
3. Tunggu hingga populasinya terisi dalam finder (tanpa melakukan ini, operasi seret tidak akan berfungsi)
4. Seret share yang disorot ke sidebar finder.

Inilah yang berhasil (untuk saya):

1. Buka berbagi jaringan Anda - lihat saja direktori root. Ini membuatnya dipasang.
2. Di bagian Perangkat pada bilah samping Pencari, klik pada komputer Anda (bukan Macintosh HD.) Anda akan melihat entri untuk setiap drive yang terhubung ke mesin Anda, entri Jaringan, mungkin entri Remote Disk dan tentu saja, bagian Anda akan terdaftar.
3. Seret share Anda dari tampilan itu ke sidebar.

Saya baru saja mengalami masalah ini berjalan pada Macbook Air OS X 10.9.5. Izinnya baik-baik saja. Saya membuka terminal dan melakukannya

ls -la / Volume

dan mendapatkan

ls: Foto: Argumen tidak valid

ls: Video: Argumen tidak valid

Kedua dudukan ini TIDAK muncul di Finder. Ketika saya mencoba meng-unmount mereka, saya mendapatkan kesalahan lain:

umount / Volume / Video

umount (/ Volume / Video): Sibuk sumber daya - coba 'diskutil lepaskan'

Jadi aku memaksakan unmount:

diskutil umount force / Volume / Video

Lepas sukses untuk / Volume / Video

Setelah saya menghapus semua mount ke drive jaringan (ada 3 dari mereka), saya bisa masuk ke Finder -> Go -> Connect to Server dan itu terpasang dengan benar.

Saya pikir perubahan IP mungkin menyebabkan masalah ini muncul dan untuk beberapa alasan mount diikat dan tidak akan dilepas. Pada saat itu, Finder tidak tahu cara melakukan remount karena mount lama tidak akan dilepas dengan benar.

Setidaknya itulah yang menjadi masalah saya.

17 JUNI 2015 Saya sedang menjalankan Yosemite terbaru. Setelah berjam-jam mencari dan mencoba semuanya, saya akhirnya mengganti nama jaringan di router, menyalakan kembali mac, dan, butuh beberapa saat, tetapi saya kemudian dapat mengakses berbagi dengan nama baru.

OS X mungkin memiliki titik pemasangan basi; unmount share jarak jauh sehingga titik mount baru dapat menggantikannya. Ini tidak terjadi secara otomatis.

Cara GUI

Coba ikon "keluarkan" di sebelah share in finder, lalu tunggu sampai terhubung kembali (atau paksa dengan Finder-> Go-> Connect to Server)

Jika itu tidak berhasil coba commandline ...

Cara baris perintah

Temukan yang ada, mungkin basi, tunggangan mount, lalu umountmereka seperti ini ...

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

Sekarang coba sambungkan lagi dengan Finder.

Dalam kasus saya, saya mencoba menyambung ke share Samba jarak jauh, yang telah dikonfigurasi ulang dan dihidupkan ulang.

Dalam kasus saya, mirip dengan beberapa yang lain, itu adalah masalah izin pada mesin Windows 10 yang meng-host bagian yang saya coba akses. Saya perlu menambahkan izin ke file (bukan hanya izin berbagi, tetapi izin file yang sebenarnya). Secara khusus, saya perlu menambahkan grup "Semua Orang" sebagai memiliki akses, atau (karena saya tidak benar-benar ingin "semua orang" memiliki akses) pengguna spesifik yang saya ingin dapat mengakses share.

Untuk pengguna tertentu, itu berfungsi untuk memberikan akses dengan akun Windows Live pada mesin Windows 10 Home (kalau-kalau ada yang berpikir, seperti saya awalnya, bahwa mungkin Anda memerlukan pengguna lokal dan / atau versi Pro dari Win10).

Saya menemukan saya mendapatkan masalah ini karena aplikasi finder mencoba terhubung sebagai tamu secara default. Saya perlu mengklik tombol 'sambungkan' di kanan atas.

Solusi untuk saya - yang disediakan oleh dukungan Synology - adalah untuk mengkonversi folder bersama pada NAS Synology ke Windows ACL:

Masuk ke DSM, Panel Kontrol, Pilih Folder bersama, Tindakan, Konversikan ke Windows ACL

Coba perintah berikut di terminal: 1. Nonaktifkan airdrop terlebih dahulu menggunakan:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. Kemudian aktifkan airdrop menggunakan:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Mulai ulang mac

Ini memecahkan pesan kesalahan:

"Operasi tidak dapat diselesaikan karena item asli untuk BLANK tidak dapat ditemukan"

memulai mac saya dalam mode pemulihan dengan memegang cmd + opt + r
memilih disk
klik utilitas mount untuk SSD saya
mengklik pertolongan pertama
restart mac saya

Inilah yang memperbaiki masalah bagi saya: Pastikan domain "lokal" termasuk dalam pengaturan DNS / Search Domains untuk koneksi jaringan Anda. Itu yang harus saya lakukan, dalam kasus saya. Lihat utas ini untuk detail: https://discussions.apple.com/thread/8280607