mount.cifs hängt und reagiert nicht mehr

Ich bin mit einem CISCO-VPN verbunden, um auf einen Remote-Windows-Server zugreifen zu können. Ich verwende mount.cifs, um einen freigegebenen Ordner auf diesem Server bereitzustellen.

Hier ist mein mountSkript:

#!/bin/bash    
stweb="/mnt/stweb"
if ! mount|grep $stweb; then
    sudo mkdir -p $stweb
    sudo mount.cifs //<server IP>/folder $stweb -o uid=1000,gid=1000,user=<myuser>,password=<mypassword>,domain=<mydomain>
fi

Hier ist mein umountSkript:

#!/bin/bash
sudo umount -a -t cifs -l

Sie arbeiten!

Das Problem ist jedoch: Manchmal wird die VPN-Verbindung aufgrund schlechter Netzwerkbedingungen unterbrochen. Somit funktioniert die Freigabe nicht mehr. Nach dem erneuten Verbinden führe ich normalerweise mein umountSkript und dann das mountSkript aus. Aber manchmal mounthängt das Skript sehr lange am mount.cifsBefehl. Ich kann kein STRG + C senden, um den Prozess abzubrechen. Der Bereitstellungsvorgang funktioniert nach einem Systemneustart erneut.

Ein Neustart in dieser Situation ist zeitaufwändig und unproduktiv. Irgendwelche Ideen, was passiert? Welche Protokolle könnte ich überprüfen?

Übrigens bin ich auf Wily, aber das Problem war bereits da, als ich Ubuntu 14.10 verwendete.

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 15.10
Release:    15.10
Codename:   wily

Vielen Dank!

Dieses Problem besteht seit mindestens 10 Jahren und es scheint immer noch keine Möglichkeit zu geben, es zu beheben. Ich habe versucht umount -l xxx, was nicht hängt, aber dann hängen wir, wenn wir versuchen, die Freigabe bereitzustellen. Ein Problem scheint zu sein, dass Sie die Freigabe erneut bereitstellen müssen, bevor ein Prozess versucht, eine Datei darauf zu öffnen. Dies kann sehr schwierig sein, wenn Softlinks auf das gemeinsam genutzte Dateisystem verweisen.

Noch verrückter: Wenn das System feststeckt, smbmountfunktioniert es immer noch reibungslos , auch wenn mountdas gleiche Volumen länger als 10 Minuten aufgehängt ist.

Dieser Beitrag in den Ubuntu-Foren hat ihn für mich beantwortet.

Ich musste eine vers=3.0Option /etc/fstabfür diesen Einhängepunkt hinzufügen .

Auf einem Mac, auf dem die Freigaben gehostet werden, ist es manchmal erforderlich, die Dateifreigabe auf dem Mac neu zu starten (es ist einfach genug, den Mac neu zu starten), bevor die Freigaben erneut bereitgestellt werden können. In einem solchen Szenario ist der Schuldige jedoch nicht der Linux-Client (obwohl dies der Fall ist) wird angezeigt, wenn Schlüsselprozesse in den Ruhezustand der Festplatte versetzt werden . Dies gilt auch, wenn auf dem Mac ein umountFehler auftritt, während die Freigaben bereitgestellt werden und nicht mehr reagieren. In einem solchen Szenario werden beide umount -lweder fuser -kmfunktionieren noch auf unbestimmte Zeit hängen bleiben.