Estou no trabalho e meu Mac mini parou de se conectar às pastas compartilhadas do servidor SMB corporativo.
Se eu tentar o Finder> Conectar ao servidor (usando o URL armazenado nas conexões anteriores bem-sucedidas), o macOS Sierra se queixará de um "erro genérico" mais do que inútil.
Nos meus logs do console, não consigo detectar nenhum erro relacionado ao samba (onde devo procurar?)
Existem máquinas mini Mac clônicas no mesmo andar (as de meus colegas de trabalho) e elas podem se conectar a esse servidor sem nenhum problema.
Se eu executar ping nesta máquina na minha linha de comando, posso vê-la perfeitamente.
Se eu tentar isso na linha de comando:
smbutil view smb://192.168.XXX.XXX/docs/
O macOS Sierra gera isso:
smbutil: server connection failed: No such file or directory
Se eu tentar essa linha de comando muito exata em uma máquina de colega de trabalho, ela apenas lista os recursos compartilhados pendurados no servidor SMB ...
Alguma dica? Talvez seja algo relacionado a algum serviço ser desativado por engano no meu Mac mini?
Não tenho acesso à máquina e configuração do Samba Server da minha empresa.
Eu li e pesquisei muitas páginas no Google e estou mais do que perdido.
Caso isso seja útil, eu uso o MacPorts. Pode parecer algo aleatório para adicionar aqui, mas talvez eu não esteja ciente de alguma biblioteca que eu possa ter instalado que possa ser problemática com o cliente oficial do OS X SAMBA.
smbutil view smb://[email protected]
(Eu também estou assumindo que você pode executar ping neste servidor a partir da sua máquina, BTW)Respostas:
SUCESSO!!
Após 2 meses de miséria (moderada), finalmente encontrei o motivo pelo qual o SMB não funcionou com o meu Sierra Mac Mini.
TL; DR O motivo foi este kext instalado:
com.intel.kext.intelhaxm (6.0.1) 8FF2C637-0A5E-367E-B007-5B08655B1E8A <7 5 4 3 1>
Você pode verificar se o instalou com o seguinte comando em um terminal comum:
Caso você o possua (e também esteja com problemas de conectividade SMB), é possível desinstalá-lo digitando o seguinte comando, novamente, de um Terminal comum (não é necessário inicializar no modo de Usuário Único):
Siga as instruções na tela, reinicie e pronto :)
Fazendo isso, você perderá a aceleração de hardware dentro dos emuladores do Android, mas eles funcionarão no modo de renderização de software. Não é brilhante, mas é alguma coisa. Você pode reinstalar o HAXM caso realmente precise da emulação de aceleração de hardware para Android novamente (mas esteja preparado para perder a conectividade SMB novamente (?)).
Resposta longa:
Se você usa o Sierra Mac para desenvolver coisas para Android, provavelmente instalará os módulos necessários aleatórios típicos (SDK, emuladores, drivers, etc ...). O problema é que "o acelerador Intel HAXM" é um dos drivers típicos que você precisa. instale se você quiser uma aceleração de hardware adequada de seus emuladores para o desenvolvimento do Android. Bem, aparentemente, e acredite ou não, esse driver não é compatível com o uso de SMB no macOS Sierra, pelo menos com o meu MAC.
O subsistema Sierra SMB e o HAXM são aparentemente softwares não relacionados, mas parece que eles são de alguma forma incompatíveis entre eles. Caso você tenha problemas de SMB, precisará decidir qual dos dois realmente precisa:
SMB ou emuladores rápidos adequados para o desenvolvimento do Android .
Eu escolhi SMB :)
Obrigado a TODOS nesta pergunta, respondendo, comentando, etc ... especialmente Brett que, depois de muitas semanas, me colocou na liderança correta.
fonte
Eu tive o mesmo problema (1025 falhas ao abrir o dispositivo smb, syserr = nenhum arquivo ou diretório) e finalmente o localizei para o
/dev/nsmb0
dispositivo não estar configurado corretamente devido a um kext conflitante de um aplicativo de terceiros muito antigo. Se vocêcat /dev/nsmb0
receber "Dispositivo não configurado", é possivelmente um problema semelhante.Para resolvê-lo, examinei todos os kexts que não eram da Apple e removi os apps / kexts, um de cada vez, até que funcionasse. Eu tive que inicializar no modo de usuário único (cmd + s durante a inicialização) para remover alguns deles.
Você pode pesquisar nos kexts carregados que não são da Apple usando
kextstat | grep -iv apple
. Aqui está um exemplo da saída para mim em um sistema funcional:Você pode descarregar kexts por nome de arquivo com:
ou para o nome do pacote configurável:
fonte
Você está conectado a outros compartilhamentos SMB ao mesmo tempo? Hoje, relatei um erro à Apple referente ao macOS Sierra, pelo qual, se eu estiver conectado a outro compartilhamento SMB em um servidor diferente, ao tentar conectar-me a um segundo servidor, ele usará o endereço IP original e o caminho de compartilhamento do novo servidor.
Por exemplo
As únicas soluções alternativas que encontrei são: conectar-se para desconectar-se do primeiro servidor antes de tentar a conexão no segundo. No entanto, isso significa que você só pode ter uma conexão SMB aberta por vez.
Uma solução um pouco melhor foi usar o nome do host do servidor em vez do endereço IP. Isso pareceu permitir que eu me conectasse ao segundo servidor SMB sem problemas. Se você não souber o nome do host, poderá obtê-lo abrindo o terminal e digitando o seguinte comando.
Espero que isto ajude.
Editar - eu pensei que talvez valha a pena mencionar que esse problema parece afetar todos os clientes que foram atualizados para o Sierra.
fonte