W domu mam mały NAS, który udostępnia niektóre tomy za pośrednictwem AFP. Wszystko działało świetnie. Dopóki go nie zamknąłem i nie podłączyłem ponownie.
Widzę urządzenie w sieci, mogę je otworzyć i wybrać udział. Ale kiedy próbuję zamontować udział, pojawia się następujący błąd:
"The operation can’t be completed because the original item for “Foo” can’t be found"
Myślę, że dzieje się tak, ponieważ mój mały NAS zmienił się na nowy adres IP, a OS X w jakiś sposób buforował gdzieś oryginał (alias?).
Fakt, że mogę z powodzeniem otworzyć te akcje z innego komputera Mac, który nigdy ich nie widział, potwierdza, że tak myślę.
Czy ktoś wie, gdzie jest to potencjalnie buforowane? Czy jest coś, co mogę zresetować lub wyrzucić, aby obejść ten błąd?
W moim przypadku (iMac próbuje uzyskać dostęp do plików na komputerze z Win7) rozwiązaniem było dodanie uprawnień do „Gość” do katalogu Win7. To wcześniej nie było konieczne. Katalog był dostępny dla wszystkich i działał. Ale najwyraźniej iMac próbuje połączyć się jako „Gość” i dodanie uprawnień specjalnie dla „Gość” (Właściwości… Udostępnianie… Udostępnij… Dodaj… Gość) rozwiązało to.
źródło
Ok, więc odpowiem na własne pytanie. W moim przypadku rozwiązanie okazało się naprawdę „proste”.
Spojrzałem na innego Maca i zauważyłem, że
/Volumes
katalog ma różne uprawnienia. Na problematycznym komputerze Mac był ustawiony,drwxr-xr-x
a na niedawno zainstalowanym komputerze Mac - takdrwxrwxr-x
.Naprawiłem więc problem z:
(Możesz to również zrobić w Finderze, oczywiście za pośrednictwem Uzyskaj informacje)
Problem rozwiązany. Teraz mogę ponownie zamontować dowolny udział pliku.
źródło
/Volumes
uprawnienia były takie same jak na twoim problematycznym Macu, więc uruchomiłem twój,chmod 775
ale w moim przypadku nie rozwiązało to problemu. Następnie próbowałem restartu Finder, a nie rozwiązać mój problem.Miałem ten sam problem. Również dla mnie działało na innym komputerze Mac. Okazało się, że musiałem zmienić
Volumes
grupę, doadmin
której było wcześniejwheel
.Naprawiłem więc problem z:
źródło
TL; DR - Sprawdź także uprawnienia do zdalnego udziału. Upewnij się, że demon Samba i demon AFP mają dostęp do udziałów.
Wersja długa - mój problem nie dotyczył mojego komputera Mac, ale zdalnych udziałów. Mieli
750
uprawnienia, co wydawało się rozsądne, ponieważ chciałem tylko właściciela i odpowiednich grup, aby uzyskać dostęp do folderów. Ale procesafpd
(Apple File Protocol Daemon) nie był w grupie! Nie można było uzyskać dostępu do plików. Gdy inni klienci, na przykład mój komputer z systemem Windows, uzyskali dostęp do udziału, uzyskali do niego dostęp za pośrednictwem Samby (smbd
), która działała jakoroot
. Tak więc mój komputer z Windows działał dobrze, a mój klient Mac wydawał się „wadliwy”.(Więc Samba działa jako root, ale AFP działa jako „admin”).
(Tutaj „baz” działa wszędzie, ale „foo” i „bar” działają tylko na moim komputerze z systemem Windows).
(Więc AFP - działa jako - nie
admin
ma go w grupieallaccount
).Dodaj go do
allaccount
grupy i voila , szczęśliwy Mac.źródło
Miałem ten sam problem na moim MacBooku Air; Nie mogłem montować udziałów z serwera Mac OS X Server, gdy inne komputery Mac mogły.
Musiałem zastosować zarówno polecenia chmod, jak i chgrp, aby to naprawić.
Poleciłbym również ponowne uruchomienie w trybie odzyskiwania i uruchomienie naprawy dysku i uprawnień do naprawy.
źródło
Mam Drobo 5N, a jego nazwa sieciowa to „Drobo5N” - czasami dostaję ten błąd i zauważyłem, że kiedy dostaję błąd i patrzę w Finderze, mój Drobo nazywa się „drobo5n” (wszystkie niższe- walizka). Nie znalazłem sposobu, aby to naprawić bez ponownego uruchomienia komputera ... ale chciałbym go znaleźć. (Nie muszę nic robić z moim Drobo - po prostu uruchom ponownie komputer Mac.)
Po ponownym uruchomieniu i uruchomieniu naprawy dysku własność / uprawnienia my / Volumes są (OS X 10.10.2):
i obecnie jestem w stanie zamontować mojego Drobo bez żadnych problemów.
źródło
Aloha. Miałem ten sam problem ze wspólnym woluminem na OS X Server 5.1 pod OS X 10.11.4 beta. Niezależnie od tego, że były to wersje beta, miałem już ten problem. Oto w jaki sposób udało mi się rozwiązać problem „nie znaleziono oryginalnego przedmiotu”:
Po tym zadziałało dla mnie dobrze. Pamiętaj, że nie mam okna dialogowego Połącz (Command-K w Finderze), nigdy nie pamiętam mojego hasła w pęku kluczy, ponieważ często chcę się logować jako różni użytkownicy. Pomaga mi to także od czasu do czasu rozwiązywać problemy. Ponadto przed wykonaniem powyższych 4 kroków poszedłem na serwer i usunąłem folder współdzielony z obszaru udostępniania plików, a następnie dodałem go ponownie, myśląc, że to rozwiąże problem; to nie mialo miejsca. Dlatego uważam, że cztery kroki, które podjąłem (powyżej), były rozwiązaniem mojej sytuacji.
Mam nadzieję, że to komuś pomoże.
źródło
Ten problem wystąpił wkrótce po uaktualnieniu do systemu macOS Sierra i pomyślałem, że być może pomylono uprawnienia lub coś w tym procesie. Po przeczytaniu innych odpowiedzi tutaj i próbie wymuszenia ponownego uruchomienia Findera, sprawdzenia uprawnień do folderu, zabawy z udziałem sieciowym z routera, w końcu zdecydowałem się ponownie wprowadzić poświadczenia (które zostały zapisane w moim pęku kluczy) dla użytkownika, którego miałem rutynowo loguję się jako. To rozwiązało problem.
Na wynos: spróbuj kliknąć „Zaloguj się jako ...” jako ponowne wprowadzenie poświadczeń dla użytkownika, ponieważ zadziałało to dla mnie.
źródło
Po uaktualnieniu maszyn (nowy z systemem Sierra) konfigurowałem standardowe ulubione i przeciągałem udział NAS (hostowany na Linux-ie) i zawsze kończyło się to na „?” w ulubionych. Po wypróbowaniu wszystkiego w tym wątku nic nie działało.
Znalazłem inne rozwiązanie.
Dla porównania, oto co zawsze robiłem (co przestało działać w Sierra):
Oto, co zadziałało (dla mnie):
źródło
Właśnie miałem ten problem działający na Macbooku Air OS X 10.9.5. Uprawnienia były w porządku. Otworzyłem terminal i tak zrobiłem
i dostał
Te dwa wierzchowce NIE pojawiły się w Finderze. Kiedy próbowałem odmontować je, pojawia się kolejny błąd:
Więc wtedy zmusiłem odmontować:
Po usunięciu wszystkich montowań na dysku sieciowym (było ich 3), mogłem przejść do Findera -> Idź -> Połącz z serwerem i zamontował się poprawnie.
Myślę, że zmiana adresu IP może powodować pojawienie się tego problemu i z jakiegoś powodu mocowania są powiązane i nie można odmontować. W tym momencie Finder nie wie, jak zamontować ponownie, ponieważ stare wierzchowce nie zostaną poprawnie odmontowane.
Przynajmniej tak wyglądał mój problem.
źródło
17 CZERWCA 2015 Używam najnowszego Yosemite. Po wielu godzinach przeszukiwania i wypróbowywania wszystkiego skończyłem na zmianie nazwy udziału sieciowego na routerze, ponownym uruchomieniu komputera Mac i zajęło to trochę czasu, ale mogłem uzyskać dostęp do udziału pod nową nazwą.
źródło
OS X może mieć nieaktualne punkty podłączenia; odmontować zdalne udziały, aby mogły zająć miejsce nowe punkty montowania. Nie dzieje się to automatycznie.
Sposób GUI
Wypróbuj ikonę „wysuwania” obok udziału w wyszukiwarce, a następnie poczekaj, aż ponownie się połączy (lub wymuś go za pomocą Findera-> Idź-> Połącz z serwerem)
Jeśli to nie zadziała, wypróbuj wiersz poleceń ...
Sposób wiersza poleceń
Znajdź istniejące, prawdopodobnie nieaktualne, monty
mount
, a następnieumount
takie jak to ...Teraz spróbuj ponownie połączyć się z Finderem.
W moim przypadku próbuję połączyć się ze zdalnym udziałem Samby, który został ponownie skonfigurowany i ponownie uruchomiony.
źródło
W moim przypadku, podobnie jak niektóre inne, był to problem z uprawnieniami na komputerze z systemem Windows 10, który hostował udział, do którego próbowałem uzyskać dostęp. Musiałem dodać uprawnienia do plików (nie tylko uprawnienia do udostępniania, ale rzeczywiste uprawnienia do plików). W szczególności musiałem albo dodać grupę „Wszyscy” jako mającą dostęp, albo (ponieważ tak naprawdę nie chciałem, aby „wszyscy” mieli dostęp) konkretnych użytkowników, których chciałem mieć dostęp do udziału.
W przypadku określonych użytkowników działało zapewnienie dostępu do kont Windows Live na komputerze z systemem Windows 10 Home (na wypadek, gdyby ktoś myślał, tak jak na początku byłem, że może potrzebujesz lokalnych użytkowników i / lub wersji Pro Win10).
źródło
Stwierdziłem, że otrzymuję ten problem, ponieważ aplikacja Finder domyślnie próbowała połączyć się jako gość. Musiałem kliknąć przycisk „Połącz jako” w prawym górnym rogu.
źródło
Rozwiązaniem dla mnie - zapewnionym przez wsparcie Synology - była konwersja folderu współdzielonego na Synology NAS do Windows ACL:
Zaloguj się do DSM, Panel sterowania, Wybierz folder współdzielony, Akcja, Konwertuj na Windows ACL
źródło
Wypróbuj następujące polecenia w terminalu: 1. Najpierw wyłącz zrzut zrzutu powietrza za pomocą:
Następnie włącz zrzut za pomocą:
Uruchom ponownie komputer Mac
źródło
To rozwiązuje komunikat o błędzie:
Byłem w stanie to naprawić, wykonując następujące czynności:
uruchamianie mojego Maca w trybie odzyskiwania przytrzymując cmd + opt + r
wybranie narzędzia dyskowego
kliknięcie mount dla mojego SSD
kliknięcie pierwsza pomoc
zrestartuj mojego mac
źródło
Właśnie to rozwiązało problem: Upewnij się, że domena „lokalna” jest uwzględniona w ustawieniach DNS / Search Domains dla twojego połączenia sieciowego. W moim przypadku to wszystko, co musiałem zrobić. Zobacz ten wątek, aby uzyskać szczegółowe informacje: https://discussions.apple.com/thread/8280607
źródło