sudo mount -t ecryptfs [SRC DIR] [DST DIR]私はwithecryptfs-recover-privateとmount: No such file or directorywithsetreuid: Operation not permittedの両方がfailedに正常に使用されましたstrace --follow-forks -o file.log ecryptfs-recover-private。しかし、なぜ他のエラーが発生するのですか--follow-forks？別の質問をする価値があるようですstrace。
とにかくインストールされていますが、ls [DST DIR]正しいホームフォルダのように見えるファイルとフォルダが一覧表示されていますが、?「アクセスできません...そのファイルまたはディレクトリがありません」というメッセージが表示されます。何が問題なのでしょうか？
ウェブ検索で、mountその質問の品質管理機能が正常に見つかりました。https://askubuntu.com/questions/1074753/ecryptfs-mount-private-failure-in-ubuntu-18-04-mount-no-such-file-or-directory; https://askubuntu.com/questions/1126981/ecryptfs-mount-no-such-file-or-directory; マウント：暗号化なしで回復されたファイルまたはディレクトリ 「ecryptfs-mount-private」は、「fopen：対応するファイルまたはディレクトリがありません」を返します。
私に一番近いのはカーネル4.7以降、ecryptfsのインストールは失敗します。また?動作しますlsが、2016年のものであり、答えはプレーンテキストへのカーネルの変更+暗号化された名前の変更であり、暗号化されたホームフォルダは2021年です。
ところで、私mountと。plaintext passthrough yn
ベストアンサー1
デフォルトでは、提供されているファイル名暗号化キー（FDEK）mountが正しくないため、以前はこれを認識できませんでした。
長い話を短く
暗号化されたフォルダをマウントして読み取ることができますecryptfs-recover-private。
ecryptfs-recover-privateはシェルスクリプトで、最後に1つありますmount -i -t ecryptfs -o "$mount_opts" "$d" "$tmpdir"。私はスクリプトと私のアプローチを比較しました。IMOの唯一の違いは-iスクリプトのフラグです（他のオプションは実行時に対話的に選択したものと同じように見えますmount -t ecryptfs）ecryptfs_sig=$mount_sig,ecryptfs_fnek_sig=$fnek_sig,ecryptfs_cipher=aes,ecryptfs_key_bytes=16。
この事実を知って問題を考えてみるとFDEKを確認することになりましたが、実際に端末で基本的にmount提供されるFDEK(ファイル名復号化キー)が正しくないことを確認しました。Private.sigFDEKで2行目を入力したときにもmount -t機能しました。