Erreurs de montage des actions du CIFS

Dépannage de l'accès à un dossier partagé Windows XP de Fedora :

Vous recevez l'erreur :

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

*1. Vérifiez que Linux peut envoyer un ping à l'autre boîte *

Exécutez cette commande sur la boîte Linux à l'adresse IP de la boîte 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 vous ne pouvez pas atteindre la boîte ou si la connectivité est in et out, mount peut se plaindre.

**2. Assurez-vous qu'un dossier est effectivement partagé sur Windows, suivez les étapes suivantes :

1. Ouvrez le navigateur de fichiers sur `C:## Dépannage de l'accès à un dossier partagé Windows XP de Fedora :

Vous recevez l'erreur :

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

*1. Vérifiez que Linux peut envoyer un ping à l'autre boîte *

Exécutez cette commande sur la boîte Linux à l'adresse IP de la boîte 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 vous ne pouvez pas atteindre la boîte ou si la connectivité est in et out, mount peut se plaindre.

**2. Assurez-vous qu'un dossier est effectivement partagé sur Windows, suivez les étapes suivantes :

1. Ouvrez le navigateur de fichiers sur .
   
2. Créez un nouveau dossier appelé public. Vous avez donc maintenant C:\public
3. A l'intérieur de ce dossier, créez un nouveau document texte appelé “testing.txt”.
4. Faites un clic droit sur le dossier C:\public et allez dans les propriétés.
5. Cliquez sur l'onglet de partage.
6. Assurez-vous que la case “Partager ce dossier sur le réseau” est cochée. Notez le nom du partage : “public”.
7. Cliquez sur ok. Une petite main devrait apparaître sous le dossier, ce qui signifie qu'il est partagé.

Le dossier “public” est maintenant partagé et vous devriez pouvoir vous y connecter avec Linux.

3. Sous Linux, montez le partage avec “mount”:

1. Ouvrez une console et su à la racine.

2. créez un répertoire mkdir /mnt/windows Ce sera l'endroit où vous accéderez aux fichiers partagés.

3. lancez la commande mount qui vous demande un mot de passe :

4. La commande ci-dessus vous demande un mot de passe, entrez le mot de passe correct, un mot de passe incorrect produira une erreur. Si vous n'êtes pas sûr du mot de passe, vous pouvez le changer dans la boîte de dialogue de Windows sous Panneau de configuration -> Comptes d'utilisateurs.

5. Exécutez la commande cd /mnt/windows et lancez ls. Le contenu du lecteur est présenté :

6. Vous vous êtes connecté au lecteur Windows.

4. Connectez-vous au lecteur partagé avec le navigateur de fichiers konqueror ou linux:

1. Ouvrez votre navigateur de fichiers, dans mon cas konqueror.
2. Dans la barre d'emplacement du fichier, entrez smb://192.168.13.107/public et appuyez sur entrée.
3. Il se peut qu'une boîte de connexion vous soit présentée avec un nom d'utilisateur et un mot de passe. Saisissez le nom d'utilisateur et le mot de passe de la boîte Windows décrite en haut de ce message.
4. Félicitations, vous êtes connecté au dossier partagé.

DÉPANNAGE, si ce qui précède ne fonctionne pas.

Etape 1 : Avez-vous essayé de redémarrer les deux ordinateurs

Redémarrez vos deux ordinateurs. Après cela, assurez-vous que toutes vos mises à jour de Windows sont effectuées. Assurez-vous que les mises à jour logicielles de Linux sont également effectuées. Redémarrez après les mises à jour.

Etape 2 : Vérifiez vos pare-feu, alarmes de zone et autres logiciels de sécurité

Un logiciel conçu pour protéger votre ordinateur contre les virus, les logiciels malveillants ou les maux d'Internet pourrait bloquer votre tentative de partage de fichiers. Le pare-feu de Windows peut être en mode paranoïaque. Bien qu'il soit peu probable que le pare-feu de Windows soit en cause, désactivez-le temporairement pour vérifier que ce n'est pas le problème. (ne le laissez pas désactivé).

Obtenez une liste de tous les logiciels de sécurité qui pourraient être en mode paranoïaque. Pare-feu Windows, pare-feu tiers, ZoneAlarms, antivirus, Kaspersky, AVG, ou tout autre logiciel qui prétend vous protéger contre les virus/malware/malveillance. Vous devrez les passer en revue et les désactiver temporairement ou ouvrir une liste blanche à travers eux pour votre adresse IP.

Etape 3 : Acquérir des indices à partir du logiciel de sécurité.

ZoneAlarm tient un journal de tous les événements et tentatives de partage de dossiers, allez dans Aperçu->alertes et journaux. Et voyez la liste de toutes vos tentatives ratées. La même chose est possible pour d'autres logiciels. Dans ce cas, il vous protège contre vous.

étape 4 : Problèmes suspects dans le routeur ou le réseau local lui-même

Peut-être que le routeur, les ponts sans fil, les hubs débiles ou d'autres appareils de réseau contiennent des directives qui bloquent votre tentative de connexion au dossier partagé. Le routeur ou le dispositif lui-même peut bloquer un port ou avoir quelque chose en mode restrictif. Est-ce que quelqu'un s'est amusé avec ce dispositif dernièrement ? Essayez de réinitialiser le routeur et réessayez.

étape 5 : Assurez-vous que votre réseau local est simple et correct.

Vos deux ordinateurs se connectent-ils au même routeur ? Peut-être que l'un est connecté à un pont sans fil Netgear de merde et l'autre à un routeur ? Simplifiez le réseau en faisant en sorte que tous les ordinateurs se connectent à un seul routeur. Redémarrez les routeurs et l'internet, essayez à nouveau.

étape 6 : ça ne marche toujours pas. Isolez l'unité défectueuse

Il est temps de rassembler les chats et d'isoler l'unité défectueuse. Prouvez que la boîte Windows ne partage pas votre fichier en vous connectant au partage avec un autre ordinateur. Procurez-vous un ordinateur portable Windows ou un produit Apple et connectez-le à votre réseau pour voir s'ils peuvent accéder au partage. S'ils ne le peuvent pas, la Windows Box a un problème, s'ils le peuvent, la Linux Box a le problème.

étape 7 : suspectez le pare-feu sous Linux

Prenez note de toute alarme de sécurité spéciale ou de tout logiciel de pare-feu spécial sous Linux. Exécutez system-config-firewall et assurez-vous que smb est vérifié. Vérifiez que Linux n'empêche pas votre montage. Créez un partage smb sur une autre boîte Linux, et essayez de vous connecter à cela.

Si rien de tout cela ne marche. Utilisez l'option nucléaire, réinstallez les deux systèmes d'exploitation et recommencez au début. C'est de la chirurgie par fusée.

Essayez :

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

La clé est sec=ntlm

Ajout de solutions possibles à ce problème

Ce message d'erreur n'est pas très descriptif, mais il signifie que l'opération a pris fin. Il y a de nombreuses raisons possibles à cela, et en recherchant ce problème, je suis tombé sur des solutions qui n'ont pas encore été mentionnées sur ce fil de discussion.

1.) Réseau ambigu

Il n'est pas souvent mentionné dans les différentes solutions que vous pouvez trouver à ce problème en ligne, mais le serveur auquel vous vous connectez doit être sur le même sous-réseau que votre machine locale. Ce problème s'est posé pour moi car j'avais activé les connexions câblées et sans fil, et déterminer à quel sous-réseau l'appareil appartenait était ambigu, car les deux connexions ne sont pas le même réseau. La désactivation du Wifi a réglé le problème instantanément. Je suis tombé sur cette solution en lisant Das Werkstatt :

[SOLUTION]

Dans mon cas, le partage DFS était sur un stockage dans un sous-réseau différent. J'ai ajouté un alias réseau (eth0:1) avec une IP dans ce sous-réseau de stockage et cela a fonctionné.

Je me serais attendu à quelque chose comme “pas de route vers l'hôte” au lieu de l’“erreur” cryptique (115) : Opération en cours"…

Eh bien, on ne peut pas tout avoir ;)

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

2.) Nouvelles lignes à la fin du fichier d'identification

Les fichiers d'identification sont utiles si vous avez des caractères spéciaux tels que la virgule , dans votre mot de passe. Il peut être référencé dans les options de cette manière :

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

Le fichier est formaté avec la déclaration de variable de style sh :

username=me
password=mypassword
domain=mydomain

Si vous utilisez un fichier d'informations d'identification, assurez-vous qu'il n'y a pas de caractères de retour à la ligne à la fin du fichier, sinon il y aura un délai d'attente lors de l'analyse du fichier d'informations d'identification :

...
domain=mydomain
<empty line>

3.) Essayer de monter un répertoire spécifique plutôt que le point de partage réel

Si le répertoire spécifique dont vous avez besoin est un sous-répertoire du partage, vous ne pourrez pas monter ce dossier directement. Si vous essayez de le faire, vous vous exposez à quelques erreurs différentes, dont celle-ci.

A la place, montez le point de partage lui-même, puis ajoutez un lien symbolique vers le sous-répertoire dont vous avez besoin :

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

De cette façon, vous obtenez le même résultat que si vous montiez le sous-répertoire lui-même sans avoir à le parcourir à chaque fois.

Je ne sais pas si cela est pertinent pour votre cas, mais j'ai eu un problème similaire pour monter une action CIFS sur mon téléphone 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
#

J'ai essayé d'enlever la barre oblique et apparemment cela a fait une différence - il a monté :

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

Le problème dans ma situation, c'est que j'avais des espaces dans le fichier d'identification /etc/smb-credentials

username = foobar
password = secret

Après que je l'ai changé en

username=foobar
password=secret

Ça a marché.

Je dois souvent citer le -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt et il monte tout de suite et la plupart des exemples que j'ai consultés ne montrent pas ce bit (si c'est nécessaire sur ces systèmes).
En fait, j'avais ce problème sur ma tablette à l'instant même (c'est pour ça que je suis ici, je voulais le nom UNC et non pas l'IP).

Solution supplémentaire possible

Si le dossier de partage est de Windows 10 (s'applique probablement à 7 et XP aussi), confirmez que les paramètres de partage du dossier Windows sont correctement configurés pour le type de réseau auquel vous êtes connecté, c'est-à-dire Public ou Private.

Je me contenterai de vous faire part de mon expérience et de m'adapter à votre situation, le cas échéant. Ouvrez la liste des réseaux wifi et pour celui auquel vous êtes connecté, cliquez sur Properties. Réglez sur Public ou Private selon le cas. (Dans mon cas, un réseau Private a été incorrectement étiqueté Public.)

Une fois le réseau correctement classé, faites un clic droit sur votre dossier partagé, sélectionnez Properties, sélectionnez l'onglet Sharing, sélectionnez le lien Network and Sharing Center, et assurez-vous que Turn on file and printer sharing est sélectionné pour Public ou Private selon votre type de connexion wifi tel que classé précédemment.

Après avoir fait cela, j'ai pu connecter une machine Debian à Windows 10 comme prévu.

Un autre problème peut se poser avec le DNS. Je recevais la même erreur “operation now in progress”. Mais la navigation avec Dolphin a bien fonctionné. Le nom d'hôte que j'utilisais avec succès avec Dolphin se résout à 4 adresses IP, dont l'une se termine par 0 (c'est un nom de sous-domaine). Lorsque j'utilise le nom pour l'une des 3 autres adresses IP, le montage fonctionne. Je suppose que Dolphin est plus intelligent pour rechercher un hôte réel lorsqu'on lui donne un nom de (sous-)domaine que mount ne l'est.

J'ai vu un cas aujourd'hui où quelqu'un essayait de monter une action en utilisant CIFS mais CIFS n'était pas installé.

yum install cifs-utils