Estoy en el trabajo y mi Mac mini ha dejado de poder conectarse a las carpetas compartidas del servidor SMB corporativo.
Si intento Finder> Conectar al servidor (usando la URL almacenada allí desde conexiones anteriores exitosas), macOS Sierra se queja con un "error genérico" más que inútil.
En los registros de mi consola no puedo detectar ningún error relacionado con samba (¿dónde debería estar investigando?)
Hay máquinas clónicas Mac mini en el mismo piso (las de mis compañeros de trabajo) y pueden conectarse a este servidor sin ningún problema.
Si hago ping a esta máquina desde mi línea de comando, puedo verla perfectamente.
Si intento esto en la línea de comando:
smbutil view smb://192.168.XXX.XXX/docs/
macOS Sierra produce esto:
smbutil: server connection failed: No such file or directory
Si intento esa línea de comando muy exacta en una máquina de trabajo, solo enumera los recursos compartidos que cuelgan de ese servidor SMB ...
Alguna pista? ¿Tal vez es algo relacionado con la desactivación de algún servicio por error en mi Mac mini?
No tengo acceso a la máquina ni a la configuración del servidor Samba de mi empresa.
He leído y buscado en Google muchas páginas y estoy más que perdido.
En caso de que pueda ser útil, uso MacPorts. Puede parecer algo aleatorio agregar aquí, pero tal vez no conozco alguna biblioteca que haya instalado que pueda ser problemática para el cliente oficial de OS X SAMBA.
smbutil view smb://[email protected]
(También supongo que puede hacer ping a este servidor desde su máquina, por cierto)Respuestas:
¡¡ÉXITO!!
Después de 2 meses de miseria (moderada), finalmente encontré la razón por la cual SMB no funcionó con mi Sierra Mac Mini.
TL; DR El motivo fue este kext instalado:
com.intel.kext.intelhaxm (6.0.1) 8FF2C637-0A5E-367E-B007-5B08655B1E8A <7 5 4 3 1>
Puede verificar si lo tiene instalado con el siguiente comando desde una Terminal ordinaria:
En caso de que lo tenga (y en caso de que también esté sufriendo problemas de conectividad SMB), puede desinstalarlo escribiendo el siguiente comando, nuevamente, desde una Terminal ordinaria (no es necesario iniciar en modo de Usuario único):
Siga las instrucciones en pantalla, REINICIE , y ya está :)
Al hacerlo, perderá la aceleración de hardware dentro de sus emuladores de Android, pero funcionarán en modo de representación de software. No es brillante, pero es algo. Puede reinstalar HAXM en caso de que realmente necesite la Aceleración de hardware para emuladores de Android nuevamente (pero prepárese para perder nuevamente la conectividad SMB (?)).
Respuesta larga:
Si usa su Sierra Mac para desarrollar cosas de Android, probablemente haya instalado los módulos típicos necesarios al azar (SDK de Android, emuladores, controladores, etc.). El problema es que el "acelerador Intel HAXM" es uno de los controladores típicos que usted instale si desea una aceleración de hardware adecuada de sus emuladores para el desarrollo de Android. Bueno, aparentemente, y lo creas o no, ese controlador no es compatible con el uso de SMB en macOS Sierra, al menos con mi MAC.
El subsistema Sierra SMB y HAXM son aparentemente piezas de software no relacionadas, pero parece que de alguna manera son incompatibles entre ellas. En caso de que tenga problemas SMB, tendrá que decidir cuál de los dos realmente necesita más:
SMB o emuladores rápidos adecuados para el desarrollo de Android .
Elegí SMB :)
Gracias a TODOS por esta pregunta, respondiendo, comentando, etc ... especialmente a Brett quien, después de muchas semanas, me puso detrás de la pista correcta.
fuente
Tuve el mismo problema (1025 fallas al abrir el dispositivo smb, syserr = No existe tal archivo o directorio) y finalmente lo rastreé hasta que el
/dev/nsmb0
dispositivo no se configuró correctamente debido a un kext conflictivo de una aplicación de terceros muy antigua. Si ustedcat /dev/nsmb0
y obtiene "Dispositivo no configurado", posiblemente sea un problema similar.Para resolverlo, miré todos los kexts que no son de Apple y eliminé aplicaciones / kexts uno por uno hasta que funcionó. Tuve que arrancar en modo de usuario único (cmd + s durante el arranque) para eliminar algunos de ellos.
Puede buscar a través de sus kexts cargados que no sean de Apple usando
kextstat | grep -iv apple
. Aquí hay un ejemplo de la salida para mí en un sistema de trabajo:Puede descargar kexts por nombre de archivo con:
o para el nombre del paquete:
fuente
¿Estás conectado a otras acciones de SMB al mismo tiempo? Hoy informé un error a Apple con respecto a macOS Sierra por el cual si estoy conectado a otro recurso compartido de SMB en un servidor diferente, cuando intente conectarme a un segundo, usará la dirección IP original y la ruta de acceso compartido del nuevo servidor.
Por ejemplo
Las únicas soluciones que he encontrado son conectarme para desconectarme del primer servidor antes de intentar la conexión en el segundo. Sin embargo, esto significa que solo puede tener una conexión SMB abierta a la vez.
Una solución un poco mejor fue usar el nombre de host para el servidor en lugar de la dirección IP. Esto parecía permitirme conectarme al segundo servidor SMB sin problemas. Si no conoce el nombre de host, puede obtenerlo abriendo la terminal y escribiendo el siguiente comando.
Espero que esto ayude.
Editar: pensé que podría valer la pena mencionar que este problema parece afectar a todos los clientes que se han actualizado a Sierra.
fuente