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

3

Parece que hay diferentes problemas y soluciones a este problema flotando alrededor:

  1. Corrija el cambio desde SMB a cifs
  2. No poder acceder a las acciones 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 de Raspberry Pi (Linux). Sirve archivos a mi MBP ejecutando Mavericks. Sin embargo, no puedo conectarme al 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 hago un ls , obtengo esto:

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 está visible, el recurso compartido genera un argumento no válido. Ya reinicié mi Mac tres veces.

¿Cómo puedo resolver esto?

    
pregunta Arne 30.10.2013 - 21:53

2 respuestas

2

Si no puede hacer que SMB funcione, pruebe AFP. Puede ejecutar ambos en paralelo y usar SMB en su Windows y AFP en OS X.

Para configurar AFP en tu Raspberry Pi, puedes usar el siguiente comando:

sudo apt-get install netatalk

Esto instalará Netatalk en su RPi, y luego de una instalación exitosa, el RPi debería aparecer automáticamente en la sección Compartida en Finder y el entorno de la red (⌘⇧K):

Si no, puedes conectarte manualmente presionando ⌘K y escribiendo afp:// seguido de la dirección IP de tu RPi.

    
respondido por el grg 01.11.2013 - 11:34
0

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.

    
respondido por el Jonathan Komar 01.01.2014 - 14:25

Lea otras preguntas en las etiquetas