El Mac mini no puede conectarse a mi servidor SMB corporativo. Hace unos días funcionaba

Tuve el mismo problema (1025 fallos para abrir el dispositivo smb, syserr = No such file or directory) y finalmente lo localicé en el /dev/nsmb0 el dispositivo no está configurado correctamente debido a un kext conflictivo de una aplicación de terceros muy antigua. Si usted cat /dev/nsmb0 y obtienes "Dispositivo no configurado", posiblemente sea un problema similar.

Para solucionarlo, miré todos los kexts que no eran de Apple y eliminé las aplicaciones / kexts de uno en uno hasta que funcionó. Tuve que arrancar en modo de usuario único (cmd + s durante el arranque) para eliminar algunos de ellos.

Puedes buscar entre tus kexts cargados que no sean de Apple usando kextstat | grep -iv apple . Aquí está un ejemplo de la salida para mí en un sistema de trabajo:

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>

Puedes descargar kexts por nombre de archivo con:

kextunload /System/Library/Extensions/KextName.kext

o por el nombre del paquete:

kextunload -b com.example.kext.name

¿Está conectado a otros recursos compartidos SMB al mismo tiempo? Hoy he informado de un error a Apple en relación con MacOS Sierra por el que si estoy conectado a otro recurso compartido SMB en un servidor diferente, al intentar conectarme a un segundo utilizará la dirección IP original y la ruta del recurso compartido del nuevo servidor.

Por ejemplo

1. Ya está conectado a smb://192.168.0.2/share1
2. Intento de conexión a smb://192.168.0.3/share2
3. El análisis de los paquetes muestra que MacOS intenta conectarse a smb://192.168.0.2/share2, que no existe.

Las únicas soluciones que he encontrado son conectarse o desconectarse del primer servidor antes de intentar la conexión en el segundo. Sin embargo, esto significa que sólo se puede tener una conexión SMB abierta a la vez.

Una solución ligeramente mejor fue utilizar el nombre de host del servidor en lugar de la dirección IP. Esto parecía permitirme conectarme al segundo servidor SMB sin problemas. Si no conoces el nombre de host puedes obtenerlo abriendo el terminal y escribiendo el siguiente comando.

host <ip_address>

Espero que esto ayude.

Edición - Pensé que valía la pena mencionar que este problema parece afectar a todos los clientes que han sido actualizados a Sierra.