El problema es causado por la implementación casera de Apple del protocolo smb. El uso de smb3 no hará ninguna diferencia.

Arreglo del lado del servidor

Si tienes el control del servidor smb (¿Samba?) entonces puedes arreglar este problema habilitando el vfs_fruit módulo. Si usted no está usando Samba entonces necesitará encontrar otra forma de habilitar "Alternate Data Streams" (ADS) e interceptar los flujos "especiales" de OSX: AFP_AfpInfo y AFP_Resource. Hice notas de todos los detalles en el Blog de plazko.io . En el servidor Samba puede solucionar el problema habilitando vfs_fruit en smb.conf de la siguiente manera:

vfs objects = fruit streams_xattr

De la página de manual de vfs_fruit:

El módulo permite el soporte de flujos de datos alternativos (ADS) para un recurso compartido, intercepta los flujos especiales de OS X "AFP_AfpInfo" y "AFP_Resource" y los maneja de manera especial. Todos los demás flujos con nombre son diferidos a vfs_streams_xattr que debe ser cargado junto con vfs_fruit.

Tener acciones con soporte ADS habilitado para el cliente OS X vale la pena porque se asemeja al comportamiento del propio servidor SMB de Apple implementación del servidor SMB de Apple y evita ciertas degradaciones severas de rendimiento causadas por la semántica de sensibilidad a mayúsculas y minúsculas de Samba.

Nota importante para los novatos: Esta corrección debe hacerse en el servidor lado. Si no tiene el control del servidor smb (presumiblemente Samba) entonces no podrá utilizar esta solución.

Solución del lado del cliente

Si no tienes el control del servidor smb, entonces tu única opción es cambiar la forma en que el cliente de OSX maneja el smb. La única manera de hacerlo es reemplazar la implementación de Apple de la pila smb con Samba. Nunca he hecho esto, pero hay un tutorial aquí .