Không thể hoàn tất thao tác vì không thể tìm thấy mục gốc cho Foo Foo

Tôi có một NAS nhỏ ở nhà, làm cho một số khối lượng có sẵn thông qua AFP. Tất cả điều này làm việc tuyệt vời. Cho đến khi tôi tắt nó một lúc và kết nối lại gần đây.

Tôi có thể thấy thiết bị trên mạng và tôi có thể mở nó và chọn chia sẻ. Nhưng khi tôi cố gắn kết chia sẻ, tôi gặp lỗi sau:

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

Tôi nghĩ điều này là do NAS nhỏ của tôi đã thay đổi thành một IP mới và OS X bằng cách nào đó đã lưu bộ đệm gốc (bí danh?) Ở đâu đó.

Việc tôi có thể mở thành công những cổ phiếu này từ một máy Mac khác, chưa từng thấy những cổ phiếu này trước đây, xác nhận rằng tôi nghĩ.

Có ai biết nơi này có khả năng lưu trữ? Có bất cứ điều gì tôi có thể thiết lập lại hoặc vứt bỏ để vượt qua lỗi này?

Rõ ràng vấn đề này có thể xảy ra vì nhiều lý do khác nhau. Trong trường hợp của tôi, nó đã được giải quyết bằng cách khởi chạy lại công cụ tìm. Một mô tả và giải pháp cho vấn đề này là tại http://www.cnet.com/news/fix- Shared-computer-not-found-in-finder/ .

Trong trường hợp của tôi (iMac đang cố truy cập các tệp trên máy Win7), giải pháp là thêm quyền cho "Khách" vào thư mục Win7. Điều này trước đây là không cần thiết. Thư mục có thể chia sẻ cho mọi người và nó đã hoạt động. Nhưng rõ ràng bây giờ iMac đang cố gắng kết nối với tư cách là "Khách" và thêm các quyền cụ thể cho "Khách" (Thuộc tính Chia sẻ Chia sẻ Chia sẻ Thêm khách đã giải quyết).

Ok vì vậy tôi sẽ trả lời câu hỏi của riêng tôi. Trong trường hợp của tôi, giải pháp hóa ra thực sự "đơn giản".

Tôi nhìn vào một máy Mac khác và tôi nhận thấy rằng /Volumesthư mục có các quyền khác nhau. Trên máy Mac có vấn đề, nó được đặt thành drwxr-xr-xvà trên máy Mac được cài đặt gần đây drwxrwxr-x.

Vì vậy, tôi đã khắc phục vấn đề của mình với:

sudo chmod 775 /Volumes

(Bạn cũng có thể làm điều đó trong Trình tìm khóa học, thông qua Nhận thông tin)

Vấn đề được giải quyết. Bây giờ tôi có thể gắn kết bất kỳ chia sẻ tập tin một lần nữa.

Tôi gặp vấn đề tương tự. Ngoài ra đối với tôi nó hoạt động trên một máy Mac khác. Hóa ra là tôi đã phải thay đổi Volumescủa nhóm' để adminđó là wheelbefor.

Vì vậy, tôi đã khắc phục vấn đề của mình với:

sudo chgrp admin /Volumes

TL; DR - Kiểm tra các quyền trên chia sẻ từ xa của bạn, quá. Đảm bảo daemon Samba và daemon AFP có quyền truy cập vào các chia sẻ.

Phiên bản dài - Vấn đề của tôi không phải ở máy Mac, mà là với các chia sẻ từ xa. Họ có 750quyền, có vẻ hợp lý vì tôi chỉ muốn chủ sở hữu và các nhóm thích hợp có quyền truy cập vào các thư mục. Nhưng quy trình afpd(Apple File Protocol Daemon) không có trong nhóm! Vì vậy, nó không thể truy cập các tập tin. Khi các máy khách khác, chẳng hạn như máy Windows của tôi truy cập vào chia sẻ, họ đã truy cập nó thông qua Samba ( smbd), đang chạy như root. Do đó, máy Windows của tôi chạy tốt và máy khách Mac của tôi có vẻ "lỗi".

$ 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

(Vì vậy, Samba đang chạy bằng root, nhưng AFP đang chạy với tư cách là "quản trị viên".)

$ 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

(Ở đây, "baz" hoạt động ở mọi nơi, nhưng "foo" và "bar" chỉ hoạt động trên máy Windows của tôi.)

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

(Vì vậy, AFP - hoạt động như - không có admintrong nhóm allaccount.)

Thêm anh ta vào allaccountnhóm và voila , một Mac hạnh phúc.

Tôi gặp vấn đề tương tự trên MacBook Air của tôi; Tôi không thể gắn kết chia sẻ từ máy chủ Mac OS X, khi các máy Mac khác có thể.

Tôi đã phải áp dụng cả hai lệnh chmod và chgrp để sửa.

Tôi cũng khuyên bạn nên khởi động lại vào Chế độ khôi phục và chạy đĩa sửa chữa và quyền sửa chữa.

Tôi có một Dropbo 5N và tên mạng là "Drobo5N" - thỉnh thoảng tôi gặp lỗi này và tôi nhận thấy rằng khi tôi gặp lỗi và tôi tìm trong Finder, Drobo của tôi có tên là "drobo5n" (tất cả đều thấp hơn trường hợp). Tôi chưa tìm được cách khắc phục vấn đề này mà không khởi động lại máy tính của mình ... nhưng, tôi rất muốn tìm một cái. (Tôi không phải làm bất cứ điều gì với Dropbo của mình - chỉ cần khởi động lại máy Mac của tôi.)

Sau khi khởi động lại và chạy sửa chữa đĩa, quyền sở hữu và quyền của tôi là (OS X 10.10.2):

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

và tôi hiện có thể gắn Dropbo của mình mà không gặp vấn đề gì.

Aloha. Tôi gặp vấn đề tương tự với âm lượng được chia sẻ trên OS X Server 5.1 trong OS X 10.11.4 beta. Bất kể thực tế đây là những bản beta, tôi đã gặp vấn đề này trước đây. Đây là cách tôi quản lý để giải quyết vấn đề của "mục gốc" không được tìm thấy:

1. đăng xuất khỏi máy chủ trong Finder
2. Công cụ tìm kiếm lực lượng
3. kết nối lại bằng Command-K trong Finder (hoặc, Go> Kết nối với máy chủ)
4. quay lại thư mục chia sẻ chưa mở trước đó và nó sẽ mở ngay bây giờ

Nó làm việc tốt cho tôi sau đó. Lưu ý rằng tôi không có hộp thoại Connect (Command-K trong Finder) từng nhớ mật khẩu của tôi trong Keychain vì tôi thường muốn đăng nhập như những người dùng khác nhau. Điều này cũng giúp tôi khắc phục sự cố một lần trong một thời gian. Ngoài ra, trước khi thực hiện 4 bước trên, tôi đã vào máy chủ và xóa thư mục dùng chung khỏi khu vực Chia sẻ tệp và sau đó thêm lại, nghĩ rằng điều này sẽ giải quyết vấn đề; nó đã không làm. Vì vậy, tôi nghĩ rằng bốn bước tôi đã thực hiện (ở trên) là cách khắc phục trong tình huống của tôi.

Hy vọng điều này sẽ giúp được ai đó.

Tôi đã gặp vấn đề này ngay sau khi nâng cấp lên macOS Sierra và nghĩ rằng có lẽ các quyền hoặc thứ gì đó đã bị rối trong quá trình này. Sau khi đọc qua các câu trả lời khác ở đây và cố gắng khởi động lại Finder, kiểm tra quyền truy cập thư mục, chơi với chia sẻ mạng từ bộ định tuyến của tôi, cuối cùng tôi đã quyết định nhập lại thông tin đăng nhập (được lưu trong khóa của tôi) cho người dùng tôi có đã đăng nhập như thường lệ. Điều này đã khắc phục vấn đề cho tôi.

Takeaway: Hãy thử nhấp vào "đăng nhập như ..." khi nhập lại thông tin đăng nhập cho người dùng của bạn, vì nó hoạt động với tôi.

Sau khi nâng cấp máy (máy mới chạy Sierra), tôi đã thiết lập các mục yêu thích tiêu chuẩn của mình và kéo chia sẻ NAS của mình (được lưu trữ trên hộp Linux) và luôn kết thúc bằng dấu "?" trong mục yêu thích Sau khi thử mọi thứ trong chủ đề này, không có gì hoạt động.

Tôi tìm thấy một giải pháp khác.

Để tham khảo, đây là những gì tôi luôn làm (đã ngừng hoạt động kể từ Sierra):

1. Nhấp vào chia sẻ mạng của tôi trong phần "Được chia sẻ" của thanh bên tìm kiếm
2. Chọn một trong những cổ phần trong danh sách
3. Đợi nó xuất hiện trong công cụ tìm (không thực hiện thao tác này, thao tác kéo sẽ không hoạt động)
4. Kéo chia sẻ được tô sáng qua thanh bên tìm.

Đây là những gì đã làm (đối với tôi):

1. Chuyển đến chia sẻ mạng của bạn - chỉ cần nhìn vào thư mục gốc. Điều này được gắn kết.
2. Trong phần Thiết bị trên thanh bên của Trình tìm kiếm, nhấp vào máy tính của bạn (không phải Macintosh HD.) Bạn sẽ thấy một mục nhập cho mỗi ổ đĩa được kết nối với máy của bạn, mục Mạng, có thể là mục từ xa Đĩa và tất nhiên, chia sẻ của bạn sẽ được liệt kê.
3. Kéo chia sẻ của bạn từ chế độ xem đó vào thanh bên.

Tôi vừa gặp sự cố này khi chạy trên Macbook Air OS X 10.9.5. Các quyền đều ổn. Tôi đã mở thiết bị đầu cuối và đã làm

ls -la / Tập

và có

ls: Ảnh: Đối số không hợp lệ

ls: Video: Đối số không hợp lệ

Hai gắn kết này KHÔNG hiển thị trong Finder. Khi tôi cố gắng ngắt kết nối chúng, tôi gặp một lỗi khác:

umount / Tập / Video

umount (/ Tập / Video): Tài nguyên bận rộn - hãy thử 'Discutil unmount'

Vì vậy, sau đó tôi buộc phải vượt qua:

lực lượng sử dụng ổ đĩa / Tập / Video

Unmount thành công cho / Tập / Video

Khi tôi xóa tất cả các mount vào ổ đĩa mạng (có 3 trong số chúng), tôi có thể vào Finder -> Go -> Connect to Server và nó được gắn đúng cách.

Tôi nghĩ rằng sự thay đổi IP có thể khiến vấn đề này tăng lên và vì một số lý do, các gắn kết bị trói và sẽ không được khắc phục. Vào thời điểm đó, Finder không biết làm thế nào để vượt qua vì các thú cưỡi cũ sẽ không ngắt kết nối đúng cách.

Ít nhất đó dường như là vấn đề của tôi.

17 THÁNG 6 NĂM 2015 Tôi đang chạy Yosemite mới nhất. Sau nhiều giờ tìm kiếm và thử mọi thứ, cuối cùng tôi đã đổi tên chia sẻ mạng trên bộ định tuyến, khởi động lại máy mac và mất một lúc, nhưng sau đó tôi đã có thể truy cập vào chia sẻ dưới tên mới.

OS X có thể có các điểm gắn kết cũ; ngắt kết nối các cổ phiếu từ xa để các điểm gắn kết mới có thể thay thế chúng. Điều này không xảy ra tự động.

Cách GUI

Hãy thử biểu tượng "đẩy" bên cạnh chia sẻ trong công cụ tìm, sau đó đợi kết nối lại (hoặc buộc nó bằng Finder-> Go-> Kết nối với máy chủ)

Nếu nó không hoạt động, hãy thử dòng lệnh ...

Cách dòng lệnh

Tìm những cái hiện có, có thể cũ, gắn kết với mount, sau đó umountchúng như thế này ...

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

Bây giờ hãy thử kết nối với Finder một lần nữa.

Trong trường hợp của tôi, tôi đang cố gắng kết nối với một chia sẻ Samba từ xa, đã được cấu hình lại và khởi động lại.

Trong trường hợp của tôi, tương tự như một số vấn đề khác, đó là sự cố về quyền trên máy Windows 10 đã lưu trữ chia sẻ mà tôi đang cố truy cập. Tôi cần thêm quyền vào các tệp (không chỉ là quyền chia sẻ, mà là quyền tệp thực tế). Cụ thể, tôi cần thêm nhóm "Mọi người" khi có quyền truy cập hoặc (vì tôi không thực sự muốn "mọi người" có quyền truy cập) những người dùng cụ thể mà tôi muốn có thể truy cập vào chia sẻ.

Đối với những người dùng cụ thể, họ đã có quyền truy cập vào tài khoản Windows Live trên máy Windows 10 Home (trong trường hợp bất kỳ ai cũng nghĩ, như tôi ban đầu, có thể bạn cần người dùng cục bộ và / hoặc phiên bản Pro của Win10).

Tôi thấy rằng tôi đã gặp vấn đề này khi ứng dụng tìm kiếm đang cố gắng kết nối với tư cách là khách theo mặc định. Tôi cần nhấp vào nút 'kết nối dưới dạng' ở trên cùng bên phải.

Giải pháp cho tôi - được hỗ trợ bởi Synology - là chuyển đổi thư mục dùng chung trên NAS Synology sang Windows ACL:

Đăng nhập vào DSM, Bảng điều khiển, Chọn Thư mục dùng chung, Hành động, Chuyển đổi sang Windows ACL

Hãy thử các lệnh sau trong thiết bị đầu cuối: 1. Trước tiên, vô hiệu hóa airdrop bằng cách sử dụng:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. Sau đó kích hoạt airdrop bằng cách sử dụng:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Khởi động lại mac

Điều này giải quyết thông báo lỗi:

"Không thể hoàn thành thao tác vì không thể tìm thấy mục gốc cho BLANK"

khởi động máy mac của tôi ở chế độ phục hồi bằng cách giữ cmd + opt + r
chọn tiện ích đĩa
nhấp vào mount cho SSD của tôi khi
nhấp vào sơ cứu
khởi động lại máy mac của tôi

Đây là điều đã khắc phục sự cố cho tôi: Đảm bảo tên miền "cục bộ" được bao gồm trong cài đặt DNS / Tìm kiếm miền cho kết nối mạng của bạn. Đó là tất cả những gì tôi phải làm, trong trường hợp của tôi. Xem chủ đề này để biết chi tiết: https://discussions.apple.com/thread/8280607