編集1:CDから起動したがHDDをインストールして16.04を再インストールし、「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 HDDを搭載したLenovo E540(i7)を使用しています。私はシステムを持っていて、SSDでスワップし、データ(/ home)をHDDで交換しました。 14.04から16.04に更新しようとしました。ドライバーEULAの確認を求められましたが、「OK」を選択できませんでした。インストールを終了しました。起動しようとすると、空の画面しか表示されませんでした。別のマシンで16.04のライブCDを作成し、それで起動しました。データを失うリスクを冒したくなかったため、これより前にhddを削除しました。インストール後、ノートブックをシャットダウンし、HDDをインストールしました。起動すると、HDDがボリュームとして表示され、開いたときに「access-your-private-data.desktop」「readme.txt」という2つのファイルがあり、どちらも開くことができません。すべてのファイルをHDDに保存しました。手伝ってください。
ecryptfs-recover-private
はhaveではなく、すべてのファイルを検索します。古い暗号化されたホームを最後に追加すると、そこだけが表示されます。たとえば、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
にあるはずがないので、心配しないでください。
以前の(元の)POSIXユーザー名をold_user(および)に変更し、元の(以前のユーザー名)名で新しいユーザーを作成した後、同様のエラーが発生しました。
Old_userから暗号化されたホームディレクトリをマウントできるようにするには、そのフォルダー内で.encryptfsと.Privateのシンボリックリンクを再作成する必要がありました(/ home/original_name /に挿入されていたため)。
その後、次のコマンドは問題なく古いホームをマウントしました。/usr/bin/ecryptfs-recover-private /home/old_user/.Private
私にもこの問題がありました。コマンド/gvfs
を使用してumount /run/user/1000/gvfs
ディレクトリをアンマウントするだけでした。その後、コマンドecryptfs-recovery-private
を実行しましたが、機能しました。私は自分の情報を失ったと思ったとき、私がどれほど驚いたかを知っています。
15.10から16.04にアップグレードしましたが、Sudo ecryptfs-recover-privateを使用してバックアップから外部ドライブの.privateフォルダーにアクセスしようとすると、同じエラーが発生していました。別の14.04ノートブックから同じことをしたとき、すべてが正常に機能していました。これは16.04の問題かもしれませんか?