我的 Dropbox 中有一个 200 gig Encfs 加密文件系统，可被多台机器访问，直到现在我才遇到任何问题。
我在一台（ubuntu）计算机 X 上移动了大约 10 演出数据，2 天后，当同步在另一台（ubuntu）计算机 Y 上完成时，出现了一些问题：某些文件无法在 Y 上读取并给我输入/输出错误，例如
$ file myfile.txt
myfile.txt: ERROR: cannot read `myfile.txt' (Input/output error)
所以不知何故文件系统已损坏。所有文件都可以在计算机 X 上正常读取。我遇到了大约 20 个具有此属性的文件；可能还有更多。在一个目录中，通常只有少数文件会因此错误而失败，还有更多文件会很好。
我的系统也在 Windows 机器 Z 上运行；我查看了 Z 中的文件，我也遇到了 IO 错误（尽管 Windows 错误消息更加神秘）。因此，从某种意义上说，问题几乎可以肯定是“在 X 的尽头”。
我设法导航到实际加密的 Dropbox 目录中的一个目录，该目录对应于发生输入/输出错误的目录。所有（加密）文件都可以正常读取，因此问题似乎不是物理磁盘的实际 IO 错误，问题似乎出在 encfs 上。
我备份了所有数据，我可以简单地将其全部删除并重写它，但是未损坏的副本位于上传速度非常慢的系统上（它在我家中）并且需要 2 天才能同步；我不愿意重启（不是因为我没有 2 天，而是因为我不想基本上让我的家庭互联网停滞 2 天）。
谷歌没有让我做任何事情。我不知道下一步该做什么，除了“重新启动并重试”，正如我所说，我目前希望避免这种情况。我真的不明白文件系统如何存储在目录中，所以我不知道如何开始调试问题。
如果我必须重新启动，有人能告诉我一种检查目录中哪些文件有 IO 错误的好方法吗？？编辑：最后我使用了一种可怕的方式——file在每个文件上运行，使用find，然后使用 grep 和 emacs 使用一种方法，如果任何文件被称为“输出错误”:-)
编辑（一年后）：我已经忍受这个问题一年多了。我一直在使用malte 的解决方法。然而上周，有史以来第一次，我真的丢失了数据。我在 encfs 目录中进行了大量更改，除了移动数据之外，我没有做任何奇怪的事情，然后是我的夜间脚本（我可能会补充说，每天晚上在两个运行 …