Tenho um pequeno NAS em casa que disponibiliza alguns volumes através do AFP. Tudo isso funcionou muito bem. Até desligá-lo por um tempo e reconectá-lo recentemente.
Consigo ver o dispositivo na rede, posso abri-lo e selecionar um compartilhamento. Mas quando tento montar o compartilhamento, recebo o seguinte erro:
"The operation can’t be completed because the original item for “Foo” can’t be found"
Eu acho que isso ocorre porque meu pequeno NAS mudou para um novo IP e o OS X de alguma forma armazenou o original (apelido?) Em algum lugar.
O fato de eu conseguir abrir esses compartilhamentos com sucesso em outro Mac, que nunca os havia visto antes, confirma o que penso.
Alguém sabe onde isso é potencialmente armazenado em cache? Existe algo que eu possa redefinir ou jogar fora para superar esse erro?
No meu caso (o iMac tentando acessar arquivos em uma máquina Win7), a solução foi adicionar permissões para "Convidado" ao diretório Win7. Isso anteriormente não era necessário. O diretório era compartilhável para todos e funcionou. Mas, aparentemente, agora o iMac está tentando se conectar como "Convidado" e adicionando permissões especificamente para "Convidado" (Propriedades ... Compartilhar ... Compartilhar ... Compartilhar ... Adicionar ... Convidado) o resolveu.
fonte
Ok, então eu vou responder minha própria pergunta. No meu caso, a solução acabou sendo realmente "simples".
Eu olhei para outro Mac e notei que o
/Volumes
diretório tinha permissões diferentes. No Mac problemático, ele foi configurado paradrwxr-xr-x
e em um Mac instalado recentementedrwxrwxr-x
.Então, corrigi meu problema com:
(Você também pode fazer isso no Localizador, via Obter informações)
Problema resolvido. Agora posso montar qualquer compartilhamento de arquivo novamente.
fonte
/Volumes
permissões eram as mesmas do seu Mac problemático, então executei o seu,chmod 775
mas no meu caso isso não corrigiu o problema. Então eu tentei reiniciar o Finder, e que fez corrigir o meu problema.Eu tive o mesmo problema. Também para mim funcionou em outro Mac. Aconteceu que eu tive que mudar o
Volumes
grupo doadmin
qual erawheel
antes.Então, corrigi meu problema com:
fonte
TL; DR - Verifique também as permissões do seu compartilhamento remoto. Verifique se o daemon Samba e o daemon AFP têm acesso aos compartilhamentos.
Versão longa - Meu problema não foi no meu Mac, mas nos compartilhamentos remotos. Eles tinham
750
permissões, o que parecia razoável, pois eu só queria que o proprietário e os grupos apropriados tivessem acesso às pastas. Mas o processoafpd
(Apple File Protocol Daemon) não estava no grupo! Portanto, não foi possível acessar os arquivos. Quando outros clientes, como minha máquina Windows acessaram o compartilhamento, eles acessaram-no via Samba (smbd
), que estava sendo executado comoroot
. Assim, minha máquina Windows funcionou bem e meu cliente Mac parecia "buggy".(Então o Samba está sendo executado como root, mas o AFP está sendo executado como "admin".)
(Aqui, "baz" funciona em qualquer lugar, mas "foo" e "bar" funcionam apenas na minha máquina Windows.)
(Portanto, o AFP - executando como - não está
admin
no grupoallaccount
.)Adicione-o ao
allaccount
grupo e pronto , um Mac feliz.fonte
Eu tive o mesmo problema no meu MacBook Air; Não consegui montar compartilhamentos a partir de um Mac OS X Server, quando outros Macs podiam.
Eu tive que aplicar os comandos chmod e chgrp para corrigir.
Eu também recomendaria reiniciar no modo de recuperação e executar o disco de reparo e as permissões de reparo.
fonte
Eu tenho um Drobo 5N e seu nome de rede é "Drobo5N" - recebo esse erro ocasionalmente e percebi que quando recebo o erro e procuro no Finder, meu Drobo é chamado "drobo5n" (todos os caso). Não encontrei uma maneira de corrigir isso sem reiniciar o computador ... mas adoraria encontrar uma. (Não preciso fazer nada no meu Drobo - basta reiniciar o meu Mac.)
Após a reinicialização e a execução do reparo do disco, a propriedade e as permissões do meu / Volumes são (OS X 10.10.2):
e atualmente posso montar meu Drobo sem problemas.
fonte
Aloha. Eu tive esse mesmo problema com um volume compartilhado no OS X Server 5.1 no OS X 10.11.4 beta. Independentemente do fato de serem versões beta, já tive esse problema antes. Veja como eu consegui resolver o problema do "item original" não encontrado:
Funcionou bem para mim depois disso. Observe que eu não tenho a caixa de diálogo Conectar (Command-K no Finder) sempre me lembro da minha senha no Keychain, pois muitas vezes quero fazer login como usuários diferentes. Isso também me ajuda a solucionar problemas de vez em quando. Além disso, antes de executar as 4 etapas acima, eu havia entrado no servidor e removido a pasta compartilhada da área de Compartilhamento de Arquivos e a adicionado novamente, pensando que isso resolveria o problema; isso não aconteceu. Portanto, acho que os quatro passos que dei (acima) foram a correção na minha situação.
Espero que isso ajude alguém.
fonte
Experimentei esse problema logo após a atualização para o macOS Sierra e pensei que talvez permissões ou algo do tipo estivessem danificadas no processo. Depois de ler as outras respostas aqui e tentar forçar o reinício do Finder, verificar as permissões da pasta, jogar com o compartilhamento de rede do meu roteador, finalmente decidi reinserir as credenciais (que foram salvas no meu chaveiro) para o usuário que eu tinha foi logado como, rotineiramente. Isso corrigiu o problema para mim.
Resumo: Tente clicar em "fazer login como ..." como reinserir credenciais para o usuário, pois funcionou para mim.
fonte
Depois de atualizar as máquinas (uma nova executando o Sierra), eu estava configurando meus favoritos padrão e arrastando meu compartilhamento NAS (hospedado em uma caixa Linux) e sempre terminava com um "?" nos favoritos. Depois de tentar tudo neste segmento, nada funcionou.
Encontrei uma solução diferente.
Para referência, aqui está o que eu sempre fiz (que parou de funcionar no Sierra):
Aqui está o que funcionou (para mim):
fonte
Acabei de ter esse problema em execução no Macbook Air OS X 10.9.5. As permissões estavam bem. Abri o terminal e fiz
e pegou
Essas duas montagens NÃO apareceram no Finder. Quando tentei desmontá-los, recebo outro erro:
Então eu forcei uma desmontagem:
Depois de remover todas as montagens da unidade de rede (havia três), consegui acessar o Finder -> Ir -> conectar ao servidor e ele foi montado corretamente.
Estou pensando que a alteração de IP pode estar causando esse problema e, por algum motivo, as montagens estão amarradas e não desmontam. Nesse momento, o Finder não sabe remontar porque as montagens antigas não desmontam corretamente.
Pelo menos esse parece ser o meu problema.
fonte
17 JUN 2015 Estou executando o Yosemite mais recente. Depois de horas pesquisando e tentando de tudo, acabei renomeando o compartilhamento de rede no roteador, reiniciando o mac e, demorou um pouco, mas consegui acessar o compartilhamento com o novo nome.
fonte
OS X pode ter pontos de montagem obsoletos; desmonte os compartilhamentos remotos para que novos pontos de montagem possam ser substituídos. Isso não acontece automaticamente.
A maneira da GUI
Experimente o ícone "ejetar" ao lado do compartilhamento no localizador e aguarde que ele se reconecte (ou force-o com o Localizador-> Ir-> Conectar ao Servidor)
Se isso não funcionar, tente a linha de comando ...
O caminho da linha de comando
Encontre as montagens existentes, provavelmente obsoletas,
mount
e entãoumount
assim ...Agora tente conectar-se ao Finder novamente.
No meu caso, estou tentando conectar-me a um compartilhamento remoto do Samba, que foi reconfigurado e reiniciado.
fonte
No meu caso, semelhante a alguns dos outros, era um problema de permissões na máquina Windows 10 que hospedava o compartilhamento que eu estava tentando acessar. Eu precisava adicionar permissões aos arquivos (não apenas as permissões de compartilhamento, mas as permissões de arquivo reais). Especificamente, eu precisava adicionar o grupo "Todos" como tendo acesso ou (porque eu realmente não queria que "todos" tivessem acesso) os usuários específicos que eu queria acessar o compartilhamento.
Para usuários específicos, funcionou para conceder acesso às contas do Windows Live em uma máquina Windows 10 Home (no caso de alguém pensar, como eu estava inicialmente, que talvez você precise de usuários locais e / ou uma versão Pro do Win10).
fonte
Descobri que estava tendo esse problema, pois o aplicativo localizador estava tentando se conectar como convidado por padrão. Eu precisava clicar no botão 'conectar como' no canto superior direito.
fonte
A solução para mim - fornecida pelo suporte da Synology - foi converter a pasta compartilhada no Synology NAS em Windows ACL:
Faça logon no DSM, Painel de Controle, Selecionar Pasta Compartilhada, Ação, Converter em ACL do Windows
fonte
Experimente os seguintes comandos no terminal: 1. Primeiro desative o airdrop usando:
Em seguida, ative o airdrop usando:
Reinicie o mac
fonte
Isso resolve a mensagem de erro:
Consegui corrigir isso fazendo o seguinte:
iniciando meu mac no modo de recuperação pressionando cmd + opt + r
selecionando o utilitário de disco
clicando em montar para o meu SSD
clicando em primeiros socorros
reiniciar meu mac
fonte
Foi isso que corrigiu o problema para mim: verifique se o domínio "local" está incluído nas configurações de DNS / Domínios de Pesquisa da sua conexão de rede. Isso é tudo que eu tinha que fazer, no meu caso. Consulte esta discussão para obter detalhes: https://discussions.apple.com/thread/8280607
fonte