Errores de montaje de recursos compartidos CIFS

Solución de problemas de acceso a una carpeta compartida de Windows XP desde Fedora:

Está recibiendo el error:

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Asegúrese de que Linux puede hacer ping a la otra caja.

Ejecute este comando en la caja linux a la IP de la caja windows:

el@defiant /mnt $ ping 192.168.13.107
PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data.
64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms
--- 192.168.13.107 ping statistics ---
44 packets transmitted, 44 received, 0% packet loss, time 42999ms
rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

Si no puede alcanzar la caja o la conectividad está entrando y saliendo, el montaje puede quejarse.

2. Asegúrese de que una carpeta está realmente compartida en Windows, siga estos pasos.

1. Abra el explorador de archivos a `C:## Solución de problemas de acceso a una carpeta compartida de Windows XP desde Fedora:

Está recibiendo el error:

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Asegúrese de que Linux puede hacer ping a la otra caja.

Ejecute este comando en la caja linux a la IP de la caja windows:

el@defiant /mnt $ ping 192.168.13.107
PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data.
64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms
--- 192.168.13.107 ping statistics ---
44 packets transmitted, 44 received, 0% packet loss, time 42999ms
rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

Si no puede alcanzar la caja o la conectividad está entrando y saliendo, el montaje puede quejarse.

2. Asegúrese de que una carpeta está realmente compartida en Windows, siga estos pasos.

1. Abra el explorador de archivos a .
   
2. Crea una nueva carpeta llamada public. Así que ahora tienes C:\Npublic
3. Dentro de esa carpeta, crea un nuevo documento de texto llamado “testing.txt”.
4. Haz clic con el botón derecho en la carpeta C:\public y ve a propiedades.
5. Haz clic en la pestaña de compartir.
6. Asegúrate de que: “Compartir esta carpeta en la red” está marcado. Observe el nombre del recurso compartido: “público”.
7. Haga clic en Aceptar. Debería aparecer una pequeña mano debajo de la carpeta, lo que significa que está compartida.

La carpeta ‘public’ está ahora compartida y debería poder conectarse a ella con Linux.

3. En Linux, monte el recurso compartido con ‘mount’:

1. Abra una consola y su a root.

2. Haz un directorio mkdir /mnt/windows Este será el lugar donde accederás a los archivos compartidos.

3. ejecuta el comando mount que te pide una contraseña:

4. El comando anterior le pide una contraseña, introduzca la contraseña correcta, una incorrecta producirá un error. Si no está seguro de la contraseña, puede cambiarla en el cuadro de Windows en Panel de control -> Cuentas de usuario.

5. ejecute el comando cd /mnt/windows y ejecute ls. El contenido de la unidad se presenta:

6. Se ha conectado a la unidad de windows.

4. Conéctate a la unidad compartida con el navegador de archivos de konqueror o linux:

1. Abre tu navegador de archivos, en mi caso konqueror.
2. En la barra de localización de archivos, introduce smb://192.168.13.107/public y pulsa enter.
3. Es posible que le aparezca un cuadro de inicio de sesión con nombre de usuario y contraseña. Introduce el nombre de usuario y la contraseña de la caja de Windows descrita al principio de este post.
4. Enhorabuena, estás conectado a la carpeta compartida.

SOLUCIÓN DE PROBLEMAS, si lo anterior no funciona.

Paso 1: ¿Ha probado a reiniciar ambos ordenadores

Reinicie ambos ordenadores. Después de eso, asegúrese de que todas las actualizaciones de Windows están hechas. Asegúrese de que Linux también tiene sus actualizaciones de software. Reinicie después de las actualizaciones.

Paso 2: Revise sus Firewalls, ZoneAlarms y otro software de seguridad

Un software diseñado para proteger su ordenador de virus, malware o males en Internet podría estar bloqueando su intento de compartir archivos. El firewall de Windows podría estar en modo paranoico. Aunque es poco probable que el Firewall de Windows sea el culpable, desactívalo temporalmente para verificar que no es el problema. (no lo deje apagado).

Adquiera una lista de todo el software de seguridad que pueda estar en modo paranoico. Firewalls de Windows, firewalls de terceros, ZoneAlarms, Antivirus, Kaspersky, AVG, o cualquier otro que diga protegerte de los virus/malware/mal. Tendrá que revisar estos y desactivarlos temporalmente, o abrir una lista blanca a través de ellos para su dirección IP.

Paso 3: Adquirir pistas del software de seguridad.

ZoneAlarm mantiene un registro de todos los eventos e intentos de compartir carpetas, vaya a Visión general-\N>alertas y registros. Y vea una lista de todos sus intentos fallidos. Lo mismo es posible para otro software. En ese caso, te está protegiendo de ti.

Paso 4: Sospechar de problemas en el router o en la propia red de área local

Puede que el router, los puentes inalámbricos, los hubs tontos o cualquier otro dispositivo de red tenga algún chanchullo directivo bloqueando tu intento de conexión a la carpeta compartida. Puede que el propio router o dispositivo esté bloqueando un puerto o tenga algo en modo restrictivo. ¿Alguien ha estado trasteando con él últimamente? Prueba a volver a poner el router a todo por defecto y vuelve a intentarlo.

Paso 5: Asegúrese de que su red de área local es sencilla y correcta.

¿Están sus dos ordenadores conectados al mismo router? ¿Quizás uno está conectado a un puente inalámbrico netgear de mala calidad y el otro a un router? Simplifica la red haciendo que todos los ordenadores se conecten a un solo router. Reinicie los routers y el internet, intente de nuevo.

Paso 6: Sigue sin funcionar. Aísle la unidad defectuosa.

Es hora de arrear gatos y aislar la unidad defectuosa. Pruebe que la caja de Windows no está compartiendo su archivo conectándose al recurso compartido con un ordenador diferente. Consiga un portátil con Windows o un producto de Apple de un amigo y conéctelo a su red y vea si puede acceder al recurso compartido. Si no pueden, la caja de Windows tiene un problema, si pueden, la caja de Linux tiene el problema.

Paso 7: Sospeche del firewall en Linux

Tome nota de cualquier alarma de seguridad o software especial de firewall en Linux. Ejecute system-config-firewall y asegúrese de que smb está marcado. Compruebe que Linux no está impidiendo su montaje. Cree un recurso compartido smb en otro equipo Linux, y tratar de conectarse a eso.

Si nada de esto funciona. Utilice la opción nuclear, vuelva a instalar ambos sistemas operativos y empiece de nuevo desde el principio. Esto es cirugía de cohetes.

Inténtalo:

mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass,sec=ntlm

La clave es sec=ntlm

Añadiendo más soluciones posibles a este problema

Este mensaje de error no es muy descriptivo, pero lo que significa es que la operación se ha agotado. Hay numerosas razones posibles para esto, y mientras investigaba este problema, me encontré con algunas soluciones que no han sido mencionadas en este hilo todavía.

1.) Red ambigua

No se menciona a menudo en las diversas soluciones que puedes encontrar para este problema en línea, pero el servidor al que te estás conectando tiene que estar en la misma subred que tu máquina local. Este problema me surgió porque tenía activadas tanto la conexión por cable como la inalámbrica, y determinar a qué subred pertenecía el dispositivo era ambiguo, ya que las dos conexiones no son la misma red. Desactivando el Wifi se solucionó el problema al instante. Me topé con esta solución mientras leía Das Werkstatt:

[SOLUCIÓN]

En mi caso, el recurso compartido DFS estaba en un almacenamiento en una subred diferente. Añadí un alias de red (eth0:1) con una IP en esa subred de almacenamiento y entonces funcionó.

Hubiera esperado algo como “no route to host” en lugar del críptico “error (115): Operación en curso”…

Bueno, no se puede tener todo ;)

Fuente: http://www.das-werkstatt.com/forum/werkstatt/viewtopic.php?f=7&t=2074

2.) Nuevas líneas al final del archivo de credenciales

Los archivos de credenciales son útiles si tiene caracteres especiales como la coma , en su contraseña. Se puede referenciar en las opciones así

mount -t cifs //remote /mnt/local -o credentials=/path/to/cifs.credo

El archivo tiene un formato de declaración de variables del estilo sh:

username=me
password=mypassword
domain=mydomain

Si está utilizando un archivo de credenciales, asegúrese de que no hay caracteres de nueva línea al final, o se agotará el tiempo de espera al intentar analizar el archivo de credenciales:

...
domain=mydomain
<empty line>

3.) Intentar montar un directorio específico en lugar del punto compartido

Si el directorio específico que necesita es un subdirectorio del punto compartido, no podrá montar esa carpeta directamente. Al intentar hacerlo se producen un par de errores diferentes, siendo éste uno de ellos.

En su lugar, monte el punto compartido en sí, y luego añada un enlace simbólico al subdirectorio que necesita:

~> mkdir /mnt/local
~> sudo mount -t cifs //remote /mnt/local
~> ln -s /mnt/local/path/to/my-folder /mnt/my-folder

De esta manera, obtendrá el mismo resultado que montando el propio subdirectorio sin tener que bajar a él cada vez.

No estoy seguro de que esto sea relevante para tu caso, pero tuve un problema similar al montar un recurso compartido CIFS en mi teléfono Android:

# mount -t cifs //192.168.0.2/media/ /mnt/cifs/media -o username=user,password=pass
mount: mounting //192.168.0.2/media/ on /mnt/cifs/media failed: No such device or address
#

Probé a eliminar la barra diagonal final y aparentemente cambió la situación: se montó:

# mount -t cifs //192.168.0.2/media /mnt/cifs/media -o username=user,password=pass
#

El problema en mi situación era que tenía espacios en el archivo de credenciales /etc/smb-credentials

username = foobar
password = secret

Después lo cambié a

username=foobar
password=secret

Funcionó.

A menudo tengo que citar el -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt y se montará a la derecha y la mayoría de los ejemplos que he buscado no muestran ese bit (si es necesario en esos sistemas).
De hecho, tuve ese problema en mi tableta ahora (por lo que estoy aquí quería nombre de la UNC no IP) comillas arreglado para arriba.

Posible solución adicional

Si la carpeta compartida es de Windows 10 (probablemente se aplique también a 7 y XP), confirma que la configuración de la carpeta compartida de Windows está configurada correctamente para el tipo de red al que estás conectado, es decir, Public o Private.

Me limitaré a transmitir mi experiencia y a adaptarla a tu situación según corresponda. Abre la lista de redes wifi y para la que estás conectado, haz clic en Properties. Poner Public o Private según corresponda. (En mi caso, una red Private estaba incorrectamente etiquetada como Public.)

Una vez clasificada la red correctamente, haz clic con el botón derecho del ratón en tu carpeta compartida, selecciona Properties, selecciona la pestaña Sharing, selecciona el enlace Network and Sharing Center, y asegúrate de que Turn on file and printer sharing está seleccionado para Public o Private según el tipo de conexión wifi que hayas clasificado anteriormente.

Después de hacer esto, pude conectar una máquina Debian a Windows 10 como se esperaba.

Otro problema puede ser con el DNS. Yo recibía el mismo error “operación en curso”. Sin embargo, la navegación con Dolphin funcionaba bien. El nombre de host que estaba usando con éxito con Dolphin resuelve a 4 direcciones IP, una de las cuales termina en 0 (es un nombre de subdominio). Cuando uso el nombre para una de las otras 3 direcciones IP, el montaje funciona. Supongo que Dolphin es más inteligente que mount a la hora de buscar un host real cuando se le da un nombre de (sub)dominio.

Hoy he visto un caso en el que alguien intentaba montar un recurso compartido usando CIFS pero éste no estaba instalado.

yum install cifs-utils