Solución:
Solucione problemas de acceso a una carpeta compartida de Windows XP desde Fedora:
Estás 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 pueda hacer ping al otro cuadro.
Ejecute este comando en la caja de Linux a la IP de la caja de Windows:
[email protected] /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 entra y sale, el soporte puede quejarse.
2. Asegúrese de que una carpeta esté realmente compartida en Windows, siga estos pasos.
- Abra el explorador de archivos para
C:. - Crea una nueva carpeta llamada
public. Entonces ahora tienes C: public - Dentro de esa carpeta, cree un nuevo documento de texto llamado “testing.txt”.
- Haga clic derecho en la carpeta
C:publicy ve a propiedades. - Haz clic en la pestaña para compartir.
- Asegúrese de que: “Compartir esta carpeta en la red” esté marcado. Tenga en cuenta el nombre del recurso compartido: ‘público’.
- Haga clic en Aceptar. Debería aparecer una pequeña mano debajo de la carpeta, lo que significa que está compartida.
La carpeta ‘pública’ ahora está compartida y debería poder conectarse a ella con Linux.
3. En Linux, monte el recurso compartido con ‘mount’:
- Abra una consola y
sua raíz. -
hacer un directorio
mkdir /mnt/windowsAquí será donde accederá a los archivos compartidos. -
ejecute el comando de montaje que solicita una contraseña:
[[email protected] mnt]# mount -t cifs //192.168.13.107/eric /mnt/windows -o username=eric Password for [email protected]//192.168.13.107/public: ********** [[email protected] mnt]# -
El comando anterior le solicita una contraseña, ingrese 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.
-
ejecutar el comando
cd /mnt/windowsy correrls. Se presenta el contenido de la unidad:[[email protected] windows]# ls testing.txt [[email protected] windows]# -
Se ha conectado a la unidad de Windows.
4. Conéctese a la unidad compartida con el explorador de archivos konqueror o linux:
- Abra su explorador de archivos, en mi caso konqueror.
- En la barra de ubicación del archivo, ingrese
smb://192.168.13.107/publicy presione enter. - Es posible que se le presente un cuadro de inicio de sesión con nombre de usuario y contraseña. Ingrese el nombre de usuario y la contraseña del cuadro de Windows que se describe en la parte superior de esta publicación.
- Felicitaciones, está conectado a la carpeta compartida.
SOLUCIÓN DE PROBLEMAS, si lo anterior no funciona.
Paso 1: ¿Ha intentado reiniciar ambas computadoras?
Reinicie ambas computadoras. Después de eso, asegúrese de que todas las actualizaciones de Windows estén listas. Asegúrese de que Linux también se encargue de las 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 computadora de virus, malware o males en Internet podría estar bloqueando su intento de compartir archivos. El firewall de Windows puede estar en modo paranoico. Aunque es poco probable que Windows Firewall sea el culpable, apáguelo temporalmente para verificar que no sea el problema. (no lo dejes apagado).
Obtenga una lista de todo el software de seguridad que podría estar configurado en modo paranoico. Cortafuegos de Windows, cortafuegos de terceros, ZoneAlarms, Antivirus, Kaspersky, AVG o cualquier otra cosa que pretenda protegerle de virus / malware / maldad. Deberá revisarlos y desactivarlos temporalmente o abrir una lista blanca a través de ellos para su dirección IP.
Paso 3: obtenga pistas del software de seguridad.
ZoneAlarm mantiene un registro de todos los eventos e intentos de compartir carpetas, vaya a Descripción general-> 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: sospecha de problemas en el enrutador o en la propia red de área local
Tal vez el enrutador, los puentes inalámbricos, los concentradores tontos u otro dispositivo de red tenga alguna travesura directiva al bloquear su intento de conexión de carpeta compartida. Es posible que el enrutador o dispositivo en sí esté bloqueando un puerto o tenga algo en modo restrictivo. ¿Alguien ha estado jugando con eso últimamente? Intente volver a configurar el enrutador a todos los valores predeterminados y vuelva a intentarlo.
Paso 5: asegúrese de que su red de área local sea simple y correcta.
¿Están ambas computadoras conectadas al mismo enrutador? ¿Quizás uno está conectado a un puente inalámbrico netgear de mierda y el otro a un enrutador? Simplifique la red haciendo que todas las computadoras se conecten a un enrutador. Reinicie los enrutadores e Internet, vuelva a intentarlo.
Paso 6: todavía no funciona. Aísle la unidad defectuosa.
Es hora de arrear gatos y aislar la unidad defectuosa. Demuestre que Windows Box no comparte su archivo conectándose al recurso compartido con una computadora diferente. Obtenga una computadora portátil con Windows para amigos o un producto de Apple y conéctelo a su red para ver si pueden 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: sospecha del firewall en Linux
Tome nota de cualquier alarma de seguridad especial o software de firewall especial en Linux. Correr system-config-firewall y asegúrese de que se marque smb. Verifique para asegurarse de que Linux no esté impidiendo su montaje. Cree un recurso compartido de smb en otra caja de Linux e intente conectarse a él.
Si nada de esto funciona. Utilice la opción nuclear, vuelva a instalar ambos sistemas operativos y comience de nuevo desde la parte superior. Esta es una cirugía de cohetes.
Tratar:
mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass,sec=ntlm
La clave es sec = ntlm
Añadiendo más posibles soluciones a este problema
Este mensaje de error no es muy descriptivo, pero significa que se agotó el tiempo de espera de la operación. Existen numerosas razones posibles para esto, y mientras investigaba este problema, encontré algunas soluciones que aún no se han mencionado en este hilo.
1.) Red ambigua
No se menciona a menudo en las diversas soluciones que puede encontrar para este problema en línea, pero el servidor al que se está conectando debe estar en la misma subred que su máquina local. Este problema surgió para mí porque tenía habilitadas las conexiones inalámbricas y por cable, y determinar a qué subred pertenecía el dispositivo era ambiguo, ya que las dos conexiones no son la misma red. La desactivación de Wifi solucionó el problema al instante. Me encontré con esta solución mientras leía Das Werkstatt:
[SOLUTION]
En mi caso, el recurso compartido DFS estaba en un almacenamiento en una subred diferente. Agregué un alias de red (eth0: 1) con una IP en esa subred de almacenamiento y luego funcionó.
Hubiera esperado algo como “no hay ruta al host” en lugar del críptico “error (115): Operación ahora en progreso” …
Bueno, no puedo tenerlo 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 hacer referencia en las opciones de esta manera:
mount -t cifs //remote /mnt/local -o credentials=/path/to/cifs.credo
El archivo está formateado con sh-declaración de variable de estilo:
username=me
password=mypassword
domain=mydomain
Si está utilizando un archivo de credenciales, asegúrese de que no haya 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.) Intentando montar un directorio específico en lugar del punto compartido real
Si el directorio específico que necesita es un subdirectorio del recurso compartido, no podrá montar esa carpeta directamente. Intentar hacerlo da como resultado un par de errores diferentes, siendo este uno de ellos.
En su lugar, monte el punto compartido y luego agregue 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 forma, obtiene el mismo resultado que montar el subdirectorio sin tener que profundizar en él cada vez.