O Mac mini não pode se conectar ao meu servidor SMB corporativo. Estava trabalhando há alguns dias atrás

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.

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:

kextstat | grep -iv apple

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):

sudo /Library/Extensions/intelhaxm.kext/Contents/Resources/uninstall.sh

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.

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/nsmb0dispositivo não estar configurado corretamente devido a um kext conflitante de um aplicativo de terceiros muito antigo. Se você cat /dev/nsmb0receber "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:

Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
   82    0 0xffffff7f8284c000 0x7000     0x7000     net.sf.tuntaposx.tap (1.0) 23FDB715-3D0D-3A26-ACBA-E3794C231CB7 <7 5 4 1>
   83    0 0xffffff7f82853000 0x7000     0x7000     net.sf.tuntaposx.tun (1.0) 95DD963D-E23D-3B0F-8DE8-A4D2F6BFA5CC <7 5 4 1>
   87    3 0xffffff7f8287c000 0x63000    0x63000    org.virtualbox.kext.VBoxDrv (5.0.28) 4ED2DD49-255E-37C8-A0B8-2556670B17B1 <7 5 4 3 1>
  144    0 0xffffff7f8363e000 0x7000     0x7000     com.zerotier.tap (1.0) 8BA59C0A-B3A7-3418-BFF5-B4914CE7734A <7 5 4 1>
  146    0 0xffffff7f83645000 0x8000     0x8000     org.virtualbox.kext.VBoxUSB (5.0.28) E7605ACF-20E3-3016-94E2-A6013CD9260F <145 87 40 7 5 4 3 1>
  151    0 0xffffff7f8366f000 0x5000     0x5000     org.virtualbox.kext.VBoxNetFlt (5.0.28) 89C23056-9027-33DB-852A-429BFA00D6DE <87 7 5 4 3 1>
  152    0 0xffffff7f83674000 0x6000     0x6000     org.virtualbox.kext.VBoxNetAdp (5.0.28) 1A767D65-6674-3A9F-B305-DAA197F109CC <87 5 4 1>

Você pode descarregar kexts por nome de arquivo com:

kextunload /System/Library/Extensions/KextName.kext

ou para o nome do pacote configurável:

kextunload -b com.example.kext.name

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

1. Já conectado ao smb: //192.168.0.2/share1
2. Tente conectar-se ao smb: //192.168.0.3/share2
3. A análise de pacotes mostra que o macOS tenta se conectar ao smb: //192.168.0.2/share2, que não existe.

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.

host <ip_address>

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.