失去连接后，SSHFS正常降级而不是冻结。可能吗？

第三方程序会将文件写入SSHFS安装目录。如果失去互联网连接，则第三方程序可能会崩溃（严重），因为所有试图以这种状态（没有互联网连接时）访问此类SSHFS挂载目录的程序都被置于“不间断”状态。睡觉”。SSHFS具有自动重新连接的选项，但这无济于事，因为如果连接断开，第三方程序仍会挂起（并崩溃）（即使恢复连接后，SSHFS也会重新安装目录）。Autofs将无济于事，基本上是关于失去连接时SSHFS的行为。为什么它的行为不像网络共享目录（Samba或其他方式），并且仅仅早点返回错误而不是...从不？

如果SSHFS无法按所述方式工作，是否有SSHFS替代品？

其他资讯：

操作系统：我正在使用Ubuntu Linux（12.04 LTS）

— 安德烈
source

请解释您到底在做什么。我想您正在使用sshfs在本地Linux机器上挂载远程文件系统，是这样吗？也许包括你的/etc/fstab？您是否尝试过使用该soft选项的autofs ？

— terdon

@terdon第三方程序会将文件写入SSHFS安装目录。如果互联网连接丢失，则第三方程序可能会崩溃（严重）。SSHFS具有自动重新连接的选项，但这无济于事，因为如果连接断开，第三方程序仍会挂起（并崩溃）（即使恢复连接后，SSHFS也会重新安装目录）。Autofs将无济于事，基本上是关于失去连接时SSHFS的行为。为什么它的行为不像网络共享目录（Samba或其他方式），并且仅仅早点返回错误而不是...从不？

— Andrei 2013年

感谢您的更新，但由于并非所有人都阅读评论，因此请在问题中添加它。还包括您正在使用的配置文件。ssh timeout等的值是什么？我并不是说我知道答案，这只是您在问题中拥有的信息越多，您获得答案的可能性就越大。就目前而言，很难理解您的设置是什么。

— terdon

@terdon谢谢，我现在基本上几乎完全替换了我的问题。

— Andrei

好多了：）。还请添加您正在使用的操作系统。这是Linux，OSX，另一个Unix吗？

— terdon

Answers:

简而言之：否-因为冻结是由于应用程序引起的，所以sshfs失败很正常-它会告诉应用程序等待。-应用程序不尊重这一点的事实并不是SSHFS的错。

如果该应用程序正在访问可移动存储（例如USB驱动器）上的文件，并且已将其删除，则该应用程序将执行完全相同的操作。应用程序需要捕获和处理I / O上的超时事件，而不仅仅是等待响应。

— djsmiley2kStaysInside
source

可悲的问题。我过去几次尝试过sshfs。

一旦连接断开，访问已装入文件夹中文件的应用程序将冻结并崩溃。甚至码头。但是应用程序甚至都不知道它们正在等待。这是内核级别上无法处理的sshfs，告诉它们永远等待的东西...即使卸载也无法正常工作，有时甚至冻结，因为挂载的文件夹以某种方式在文件系统内核级别上被锁定。

拔出USB驱动器时为什么没有发生这种情况？

这个问题已经存在多年了...

如果您无法随时重新建立连接，则自动重新连接将无济于事。（在我的情况下，我的kerberos Tickes用完了）。

抱歉，但我必须声明： sshfs无法使用！
（除非连接永不丢失）

我总是最终使用scp代替。悲伤的问题

— 虫粉
source