“sudo ecryptfs-recover-private”在botched（？）升级后给出“find：’/ run / user / 1000 / gvfs’：Permission denied”
编辑1：我重新安装16.04已经通过CD启动，但安装了硬盘驱动器，现在我可以阅读“readme.txt”，我可以点击“access-your-private-data.desktop”，它似乎运行几分钟没有窗户打开然后停止。 当我尝试运行sudo ecryptfs-recover-private我得到了
INFO: Searching for encrypted private directories (this might take a while)... find: '/run/user/1000/gvfs': Permission denied
我有一台配备16GB SSD和1TB硬盘的联想E540（i7）。 我有系统并在硬盘上交换SSD和我的数据（/ home）。 我尝试从14.04更新到16.04。 我被要求确认驱动程序EULA但我无法选择“确定”。 我退出了安装。 尝试启动后，我得到的只是一个空屏幕。 我在另一台机器上创建了一个16.04的live cd，然后用它启动了。 在此之前我删除了我的硬盘因为我不想冒任何数据丢失的风险。 安装完成后，我关闭了笔记本电脑并安装了硬盘。 我启动了，我的硬盘看起来像一个卷，当打开时，有两个文件“access-your-private-data.desktop”“readme.txt”，我都无法打开。 我把所有文件放在硬盘上，请帮帮我。
ecryptfs-recover-private不必搜索每个文件，如果你在最后添加旧加密的家，那么它只会查看那里。 例如ecryptfs-recover-private /location/to/search 。
您可以搜索自己，查找任何加密文件，例如使用GUI搜索实用程序，或
find [mountpoint] -type f -iname "*ecryptfs*"
要确切了解ecryptfs-recover-private作用，只需看一下，它就是一个bash脚本。 运行它会显示less ：
less $( which ecryptfs-recover-private )
它的搜索是这样的：
find / -type d -name ".Private"
如果您尝试搜索到处的所有内容，某些文件夹不希望被搜索，您可能只是看到常规的“权限被拒绝”错误。 无论如何你的家不应该在/run/user/1000/gvfs ，所以不要担心。
我将15.10升级到16.04，当尝试使用sudo ecryptfs-recover-private从备份访问外部驱动器上的.private文件夹时，我遇到了同样的错误。 当我从另一个14.04笔记本做同样的事情时，一切都正常工作。 所以这可能是16.04的问题？
我也遇到了这个问题，而我所要做的就是使用umount /run/user/1000/gvfs命令umount /run/user/1000/gvfs /gvfs目录。 然后我运行命令ecryptfs-recovery-private并且它有效。 我知道当我以为我丢失了我的信息时，我是多么的吓坏了。
我将之前的（原始）POSIX用户名重命名为old_user（和），然后使用原始（以前的用户名）名称创建了一个新用户后，我遇到了类似的错误。
为了能够从old_user挂载加密的主目录，我不得不在其文件夹中重新创建.encryptfs和.Private的符号链接（因为它们指向/ home / original_name /）。
之后，以下命令安装旧家没有任何问题。 / usr / bin / ecryptfs-recover-private /home/old_user/.Private