Fehler beim Einhängen einer CIFS-Freigabe

Fehlerbehebung beim Zugriff auf einen freigegebenen Windows XP-Ordner von Fedora aus:

Sie erhalten den Fehler:

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

1. Stellen Sie sicher, dass Linux die andere Box anpingen kann.

Führen Sie diesen Befehl auf der Linux-Box zur IP der Windows-Box aus:

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

Wenn Sie die Box nicht erreichen können oder die Konnektivität schwankt, kann es sein, dass sich Mount beschwert.

2. Stellen Sie sicher, dass ein Ordner unter Windows tatsächlich freigegeben ist, führen Sie folgende Schritte aus.

1. Öffnen Sie den Dateibrowser auf `C:## Fehlerbehebung beim Zugriff auf einen freigegebenen Windows XP-Ordner von Fedora aus:

Sie erhalten den Fehler:

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

1. Stellen Sie sicher, dass Linux die andere Box anpingen kann.

Führen Sie diesen Befehl auf der Linux-Box zur IP der Windows-Box aus:

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

Wenn Sie die Box nicht erreichen können oder die Konnektivität schwankt, kann es sein, dass sich Mount beschwert.

2. Stellen Sie sicher, dass ein Ordner unter Windows tatsächlich freigegeben ist, führen Sie folgende Schritte aus.

1. Öffnen Sie den Dateibrowser auf .
   
2. Erstellen Sie einen neuen Ordner mit dem Namen public. Sie haben jetzt also C:\public
3. Erstellen Sie innerhalb dieses Ordners ein neues Textdokument mit dem Namen “testing.txt”.
4. Klicken Sie mit der rechten Maustaste auf den Ordner C:\public und gehen Sie zu Eigenschaften.
5. Klicken Sie auf die Registerkarte “Freigabe”.
6. Stellen Sie sicher, dass: “Diesen Ordner im Netzwerk freigeben” aktiviert ist. Notieren Sie sich den Freigabenamen: “public”.
7. Klicken Sie auf ok. Es sollte eine kleine Hand unter dem Ordner erscheinen, was bedeutet, dass er freigegeben ist.

Der Ordner “public” ist nun freigegeben und Sie sollten sich mit Linux mit ihm verbinden können.

3. Unter Linux mounten Sie die Freigabe mit ‘mount’:

1. Öffnen Sie eine Konsole und su zu root.

2. Legen Sie ein Verzeichnis mkdir /mnt/windows an, in dem Sie auf die freigegebenen Dateien zugreifen werden.

3. Führen Sie den Mount-Befehl aus, der Sie zur Eingabe eines Passworts auffordert:

4. Der obige Befehl fordert Sie zur Eingabe eines Passworts auf. Geben Sie das richtige Passwort ein, ein falsches führt zu einem Fehler. Wenn Sie sich mit dem Passwort nicht sicher sind, können Sie das Passwort auf der Windows-Box unter Systemsteuerung -> Benutzerkonten ändern.

5. Führen Sie den Befehl cd /mnt/windows aus und führen Sie ls aus. Der Inhalt des Laufwerks wird angezeigt:

6. Sie haben sich mit dem Windows-Laufwerk verbunden.

4. Verbinden Sie sich mit dem Konqueror oder Linux-Dateibrowser mit dem freigegebenen Laufwerk:

1. Öffnen Sie Ihren Dateibrowser, in meinem Fall den Konqueror.
2. Geben Sie in der Dateispeicherplatzleiste smb://192.168.13.107/public ein und drücken Sie die Eingabetaste.
3. Möglicherweise wird ein Anmeldefeld mit Benutzernamen und Passwort angezeigt. Geben Sie den Benutzernamen und das Kennwort der oben in diesem Beitrag beschriebenen Windows-Box ein.
4. Herzlichen Glückwunsch, Sie sind mit dem freigegebenen Ordner verbunden.

TROUBLESHOOTING, wenn das obige nicht funktioniert.

Schritt 1: Haben Sie versucht, beide Computer neu zu starten

Starten Sie Ihre beiden Computer neu. Stellen Sie danach sicher, dass alle Windows-Updates durchgeführt wurden. Stellen Sie sicher, dass die Software-Updates für Linux ebenfalls erledigt sind. Starten Sie nach den Updates neu.

Schritt 2: Überprüfen Sie Ihre Firewalls, ZoneAlarms und andere Sicherheitssoftware

Eine Software, die Ihren Computer vor Viren, Malware oder anderen Übeln im Internet schützen soll, blockiert möglicherweise Ihren File-Sharing-Versuch. Die Windows-Firewall befindet sich möglicherweise in einem paranoiden Modus. Obwohl es unwahrscheinlich ist, dass die Windows-Firewall schuld ist, schalten Sie sie vorübergehend aus, um zu überprüfen, dass sie nicht das Problem ist. (lassen Sie sie nicht ausgeschaltet).

Erfassen Sie eine Liste aller Sicherheitssoftware, die möglicherweise auf den paranoiden Modus eingestellt ist. Windows-Firewalls, Firewalls von Drittanbietern, ZoneAlarms, Antivirenprogramme, Kaspersky, AVG oder alles andere, das behauptet, Sie vor Viren/Malware/Bösartigkeit zu schützen. Sie müssen diese überprüfen und sie entweder vorübergehend deaktivieren oder eine Whitelist für Ihre IP-Adresse durch sie öffnen.

Schritt 3: Sammeln Sie Hinweise von Sicherheitssoftware

ZoneAlarm führt ein Protokoll aller Ordnerfreigabeereignisse und -versuche, gehen Sie zu Übersicht->Alerts und Protokolle. Und sehen Sie eine Liste aller fehlgeschlagenen Versuche. Das Gleiche ist für andere Software möglich. In diesem Fall schützt es Sie vor Ihnen.

Schritt 4: Vermuten Sie Probleme im Router oder im lokalen Netzwerk selbst

Vielleicht hat der Router, die Wireless-Bridge, der Dumb-Hub oder ein anderes Netzwerkgerät irgendeine Anweisung, die Ihren Verbindungsversuch zum gemeinsamen Ordner blockiert. Der Router oder das Gerät selbst könnte einen Port blockieren oder etwas im restriktiven Modus haben. Hat jemand in letzter Zeit damit herumgespielt? Versuchen Sie, den Router auf die Standardeinstellungen zurückzusetzen und es erneut zu versuchen.

Schritt 5: Stellen Sie sicher, dass Ihr lokales Netzwerk einfach und korrekt ist.

Sind Ihre beiden Computer mit demselben Router verbunden? Vielleicht ist einer mit einer beschissenen Netgear Wireless Bridge und der andere mit einem Router verbunden? Vereinfachen Sie das Netzwerk, indem Sie alle Computer mit einem Router verbinden. Starten Sie die Router und das Internet neu und versuchen Sie es erneut.

Schritt 6: Funktioniert immer noch nicht. Isolieren Sie das defekte Gerät.

Es ist Zeit, die Katzen zu hüten und das defekte Gerät zu isolieren. Beweisen Sie, dass die Windows-Box Ihre Datei nicht freigibt, indem Sie sich mit einem anderen Computer mit der Freigabe verbinden. Nehmen Sie einen Windows-Laptop oder ein Apple-Produkt eines Freundes und schließen Sie ihn an Ihr Netzwerk an, um zu sehen, ob er auf die Freigabe zugreifen kann. Wenn dies nicht der Fall ist, hat die Windows-Box ein Problem, wenn sie es kann, hat die Linux-Box das Problem.

Schritt 7: Verdächtigen Sie die Firewall unter Linux

Achten Sie auf einen speziellen Sicherheitsalarm oder eine spezielle Firewall-Software unter Linux. Führen Sie system-config-firewall aus und stellen Sie sicher, dass smb aktiviert ist. Stellen Sie sicher, dass Linux Ihren Mount nicht verhindert. Erstellen Sie eine smb-Freigabe auf einer anderen Linux-Box, und versuchen Sie, sich damit zu verbinden.

Wenn dies alles nicht funktioniert. Verwenden Sie die nukleare Option, installieren Sie beide Betriebssysteme neu und beginnen Sie von vorne. Das ist eine Raketenoperation.

Versuchen Sie es:

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

Der Schlüssel ist sec=ntlm

Diese Fehlermeldung ist nicht sehr aussagekräftig, aber sie bedeutet, dass der Vorgang eine Zeitüberschreitung hatte. Es gibt zahlreiche mögliche Gründe dafür, und bei der Recherche zu diesem Problem bin ich auf einige Lösungen gestoßen, die in diesem Thread noch nicht erwähnt wurden.

1.) Uneindeutiges Netzwerk

Es wird in den verschiedenen Lösungen, die Sie online zu diesem Problem finden können, nicht oft erwähnt, aber der Server, mit dem Sie sich verbinden, muss sich im selben Subnetz befinden wie Ihr lokaler Rechner. Dieses Problem trat bei mir auf, weil ich sowohl die kabelgebundene als auch die drahtlose Verbindung aktiviert hatte, und die Bestimmung, zu welchem Subnetz das Gerät gehörte, war nicht eindeutig, da die beiden Verbindungen nicht zum selben Netzwerk gehören. Durch das Deaktivieren von Wifi wurde das Problem sofort behoben. Ich bin beim Lesen von Die Werkstatt über diese Lösung gestolpert:

[LÖSUNG]

In meinem Fall war die DFS-Freigabe auf einem Speicher in einem anderen Subnetz. Ich fügte einen Netzwerk-Alias (eth0:1) mit einer IP in diesem Storage-Subnetz hinzu und dann funktionierte es.

Ich hätte so etwas wie “Keine Route zum Host” erwartet, statt des kryptischen “Fehler (115): Operation now in progress”…

Na ja, man kann nicht alles haben ;)

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

2.) Zeilenumbrüche am Ende der Anmeldedatei

Anmeldedateien sind nützlich, wenn Sie Sonderzeichen wie das Komma , in Ihrem Passwort haben. Es kann in den Optionen wie folgt referenziert werden:

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

Die Datei ist mit einer Variablendeklaration im Stil von sh formatiert:

username=me
password=mypassword
domain=mydomain

Wenn Sie eine Anmeldeinformationsdatei verwenden, stellen Sie sicher, dass am Ende keine Zeilenumbrüche stehen, da es sonst zu einer Zeitüberschreitung beim Versuch kommt, die Anmeldeinformationsdatei zu analysieren:

...
domain=mydomain
<empty line>

3.) Versuch, ein bestimmtes Verzeichnis und nicht den eigentlichen Freigabepunkt zu mounten

Wenn das spezifische Verzeichnis, das Sie benötigen, ein Unterverzeichnis der Freigabe ist, können Sie diesen Ordner nicht direkt mounten. Der Versuch, dies zu tun, führt zu einer Reihe von verschiedenen Fehlern, einer davon ist dieser.

Hängen Sie stattdessen den Freigabepunkt selbst ein, und fügen Sie dann einen symbolischen Link zu dem benötigten Unterverzeichnis hinzu:

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

Auf diese Weise erhalten Sie das gleiche Ergebnis wie beim Mounten des Unterverzeichnisses selbst, ohne dass Sie jedes Mal zu diesem Unterverzeichnis hinuntergehen müssen.

Ich bin nicht sicher, wie relevant das für Ihren Fall ist, aber ich hatte ein ähnliches Problem beim Mounten einer CIFS-Freigabe auf meinem Android-Telefon:

# 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
#

Ich habe versucht, den abschließenden Schrägstrich zu entfernen und anscheinend hat es einen Unterschied gemacht - es wurde gemountet:

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

Das Problem in meiner Situation war, dass ich Leerzeichen in der Anmeldedaten-Datei /etc/smb-credentials

username = foobar
password = secret

Nachdem ich sie in:

username=foobar
password=secret

Es funktionierte.

Ich muss oft die -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt in Anführungszeichen setzen und es wird direkt montiert und die meisten Beispiele, die ich nachgeschlagen habe, zeigen dieses Bit nicht (wenn es auf diesen Systemen benötigt wird).
Ich hatte dieses Problem tatsächlich gerade auf meinem Tablet (warum ich hier bin, wollte UNC-Name, nicht IP).

Zusätzliche mögliche Lösung

Wenn der Freigabeordner von Windows 10 stammt (gilt wahrscheinlich auch für 7 und XP), bestätigen Sie, dass die Freigabeeinstellungen des Windows-Ordners für den Typ des Netzwerks, mit dem Sie verbunden sind, richtig konfiguriert sind, d. h. Public oder Private.

Ich gebe nur meine Erfahrungen weiter und passe sie gegebenenfalls an Ihre Situation an. Öffnen Sie die Liste der WiFi-Netzwerke und klicken Sie bei demjenigen, mit dem Sie verbunden sind, auf Properties. Stellen Sie je nach Bedarf Public oder Private ein. (In meinem Fall wurde ein Private-Netzwerk fälschlicherweise als Public bezeichnet.)

Sobald das Netzwerk korrekt klassifiziert ist, klicken Sie mit der rechten Maustaste auf Ihren freigegebenen Ordner, wählen Sie Properties, wählen Sie die Registerkarte Sharing, wählen Sie Network and Sharing Center-Link und stellen Sie sicher, dass Turn on file and printer sharing für Public oder Private ausgewählt ist, je nachdem, wie Ihr WLAN-Verbindungstyp zuvor klassifiziert wurde.

Nachdem ich dies getan hatte, konnte ich einen Debian-Rechner wie erwartet mit Windows 10 verbinden.

Ein weiteres Problem kann mit DNS sein. Ich bekam die gleiche Fehlermeldung “operation now in progress”. Das Surfen mit Dolphin funktionierte jedoch einwandfrei. Der Hostname, den ich erfolgreich mit Dolphin verwendet habe, wird zu 4 IP-Adressen aufgelöst, von denen eine auf 0 endet (es ist ein Subdomain-Name). Wenn ich den Namen für eine der anderen 3 IP-Adressen verwende, funktioniert die Einrichtung. Ich schätze, Dolphin ist schlauer, was die Suche nach einem tatsächlichen Host angeht, wenn ein (Sub-)Domain-Name angegeben wird, als mount.

Ich habe heute einen Fall gesehen, in dem jemand versucht hat, eine Freigabe mit CIFS zu mounten, aber CIFS war nicht installiert.

yum install cifs-utils