3 votos

¿Cómo puedo utilizar los recursos compartidos SMB en Mavericks?

Parece que hay diferentes problemas y soluciones a este problema flotando por ahí:

  1. Corregir el cambio de SMB a cifs
  2. No poder acceder a los recursos compartidos de OS X desde Windows
  3. Todo tipo de problemas con SMB y Mavericks en Apple

Mi problema es como en el primer enlace: Tengo un servidor SMB Raspberry Pi (Linux). Sirve archivos a mi MBP corriendo Mavericks. Sin embargo, no puedo conectarme a la Pi. El registro de la consola dice:

30.10.13 21:50:53,422 NetAuthSysAgent[6632]: smb_mount: mount failed to raspberrypi/MyShare, syserr = File exists

Cuando voy a /Volumes en un shell y hacer un ls me lo dan:

user@mac:/Volumes $ ls -l
ls: MyShare: Invalid argument
total 8
lrwxr-xr-x  1 root  admin  1 28 Okt 21:39 M4 -> /
user@mac:/Volumes $ 

Así que mi disco duro principal M4 es visible, la acción produce un argumento no válido. Ya he reiniciado mi Mac tres veces.

¿Cómo puedo solucionar esto?

2voto

siva Puntos 23

Si no consigues que SMB funcione, prueba con AFP. Puedes ejecutar ambos en paralelo, y utilizar SMB en tu Windows y AFP en OS X.


Para configurar AFP en su Raspberry Pi, puede utilizar el siguiente comando:

sudo apt-get install netatalk

Esto instalará Netatalk en su RPi, y después de la instalación exitosa, el RPi debe mostrar automáticamente en la sección compartida en Finder y el barrio de la red (⌘⇧K):

Si no es así, puede conectarse manualmente pulsando ⌘K y escribiendo afp:// seguido de la dirección IP de su RPi.

0voto

macmadness86 Puntos 106

Este post solucionó mi problema. Prueba a configurar manualmente la unidad de transmisión máxima en la configuración del sistema>Redes>WLAN/Ethernet>Avanzado>Hardware>MTU personalizada de 1320.

Mi problema era también un problema de retraso en el montaje. Una vez que conseguí montar las cosas, todo funcionó normalmente. Aparentemente, la MTU por defecto es demasiado alta. Bajar esto manualmente hizo que el montaje de los recursos compartidos smb fuera un proceso mucho más rápido.

El post original lo pegaré aquí para mantener el stackexchange autocontenido:

Me he embarcado en una misión de pruebas... Usando Wireshark he conseguido ver que los paquetes se caían al transferir por la red - los mismos patrones no existían con la misma transferencia a través de la red inalámbrica o la misma transferencia por cable a un servidor de Windows.

Así que busqué un poco en Google y di con el siguiente comando:

ping -c 1 -D -s 1500 smbserver

Básicamente hace un ping al servidor con una MTU de 1500, a lo que obtuve:

ping: sendto: Mensaje demasiado largo

Tenga en cuenta que también obtengo este error en un servidor de Windows - pero lo que puede ser pero el problema es que cuando el software recibe esta respuesta se supone que disminuir automáticamente la MTU hasta encontrar la óptima para la transferencia de paquetes - algo que Mavericks parece estar haciendo con servidores Windows pero no con los de Linux.

Así que usando el comando ping puedo encontrar una MTU óptima para la transferencia:

ping -c 1 -D -s 1320 smbserver

Ahora tengo la respuesta:

ida y vuelta min/avg/max/stddev = 0,829/0,829/0,829/0,000 ms

Tuve que trastear tratando de encontrar el nivel óptimo pero te da una idea sobre la prueba. Después de esto tomo mi número y voy a:

Preferencias del Sistema -> Red -> USB Ethernet -> Avanzado... -> Hardware -> Configurar: Manualmente -> MTU Personalizada: 1320

Después de esto, desconecté mis acciones, las volví a establecer y luego intenté otra transferencia a mi servidor Linux. Y el resultado fue un éxito. Concedido que es no es lo que yo consideraría una velocidad completa, pero conseguir una transferencia de 5GB de 8 horas a 30 minutos parece mejor. Ha pasado de ser completamente inutilizable a tolerable.

No estoy del todo seguro de cuál es root del problema ya que no soy un experto en redes, ya que el retroceso de MTU parece funcionar en un servidor de Windows y no uno de Linux, y funcionó bien en anteriores versiones de OS X, mi conjetura es que es controlador y / o pila relacionados.

Por cierto, intenté actualizar a 10.9.1 a través de la descarga para desarrolladores antes de de probar esto, la actualización a la 10.9.1 no me solucionó el problema antes de de solucionar el problema.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X