Este post solucionó mi problema. Intente configurar manualmente la unidad de transmisión máxima en la configuración de su sistema > Redes > WLAN / Ethernet > Advanced > Hardware > Custom MTU of 1320.
Mi problema también fue un problema de retraso de montaje. Una vez que monté las cosas, todo funcionó normalmente. Al parecer, el MTU predeterminado es demasiado alto. Bajar manualmente esto hace que el montaje de smb sea un proceso mucho más rápido.
La publicación original que pegaré aquí por el hecho de mantener stackexchange autocontenido:
Me he embarcado en una misión de prueba ... Usando Wireshark logré
ver que los paquetes se caían al transferir a través de la red
- los mismos patrones no existían con la misma transferencia inalámbrica o la misma transferencia conectada a un servidor Windows.
Así que busqué un poco en Google y encontré el siguiente comando:
ping -c 1 -D -s 1500 smbserver
Básicamente hace ping al servidor con una MTU de 1500, a la que llegué:
ping: enviar a: Mensaje demasiado largo
Tenga en cuenta que también recibo este error en un servidor Windows, pero que puede ser
el problema es que cuando su software recibe esta respuesta se supone
para disminuir automáticamente el MTU hasta que encuentre el óptimo para
Transferencia de paquetes - algo que Mavericks parece estar haciendo
con servidores Windows pero no con Linux.
Entonces, usando el comando ping puedo encontrar una MTU óptima para la transferencia:
ping -c 1 -D -s 1320 smbserver
Ahora obtengo la respuesta:
ida y vuelta min / avg / max / stddev = 0.829 / 0.829 / 0.829 / 0.000 ms
Tuve que perder el tiempo tratando de encontrar el nivel óptimo pero te da
Una idea en la prueba. Después de esto tomo mi número y voy a:
Preferencias del sistema - > Red - > Ethernet USB - > Avanzado ... - >
Hardware - > Configurar: Manualmente - > MTU Custom: 1320
Después de esto, desconecté mis acciones, las restablecí y luego
Intenté otra transferencia hasta mi servidor Linux. ¡Éxito! Concedido es
No es lo que consideraría una velocidad máxima, sino una transferencia de 5 GB.
De 8 horas a 30 minutos parece mejor. Lo ha tomado de
completamente inutilizable a tolerable.
No estoy completamente seguro de cuál es la raíz del problema, ya que no soy un
experto en redes, ya que el retroceso de MTU parece funcionar en un
Servidor Windows y no Linux, y funcionó bien en anteriores
versiones de OS X, supongo que está relacionado con el controlador y / o la pila.
Por cierto, intenté actualizar a 10.9.1 a través de la descarga del Desarrollador antes
al intentar esto, la actualización 10.9.1 no solucionó el problema antes de que yo
fue la solución de problemas.