编辑 1:我重新安装了 16.04,通过 CD 启动,但安装了 HDD,现在我可以阅读“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
我有一台联想 E540 (i7),配备 16GB SSD 和 1TB HDD。我的系统和交换分区位于 SSD 上,而我的数据 (/home) 位于 HDD 上。我尝试从 14.04 更新到 16.04。系统要求我确认驱动程序 EULA,但我无法选择“确定”。我退出了安装。尝试启动后,我得到的只是一个空白屏幕。我在另一台机器上创建了一个 16.04 live cd 并使用它启动。在此之前,我移除了我的硬盘,因为我不想冒丢失任何数据的风险。安装后,我关闭了笔记本电脑并安装了硬盘。我启动后,我的硬盘显示为一个卷,打开时有两个文件“access-your-private-data.desktop”和“readme.txt”,我都无法打开。我的所有文件都在硬盘上,请帮帮我。
答案1
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
所以不要担心。
答案2
我将 15.10 升级到 16.04,当尝试使用 sudo ecryptfs-recover-private 从备份访问外部驱动器上的 .private 文件夹时,我遇到了同样的错误。当我从另一台 14.04 笔记本执行同样的事情时,一切都正常。所以这可能是 16.04 的问题?
答案3
我也遇到过同样的问题,我所要做的就是/gvfs
使用命令卸载目录umount /run/user/1000/gvfs
。然后我运行命令ecryptfs-recovery-private
,它成功了。我知道当我想到我丢失了我的信息时我有多害怕。
答案4
在我将前一个(原始) POSIX 用户名重命名为 old_user (和)并使用原始(前一个用户名)名称创建新用户后,我也遇到了类似的错误。
为了能够从 old_user 挂载加密的主目录,我必须在其文件夹中重新制作 .encryptfs 和 .Private 的符号链接(因为它们指向 /home/original_name/)。
之后,以下命令可以毫无问题地挂载旧主目录。/usr/bin/ecryptfs-recover-private /home/old_user/.Private