少し調べてみると、別のフォーラムで私の欠点を完璧に表している未解決の質問を見つけました。
私は比較的初心者です。Ubuntu 20.04 LTS を実行しています。NTFS としてフォーマットされ、Windows10 から使用しているデータ ドライブ上のフォルダーをバックアップしました (私にとってのWindows 11) と Ubuntu を Deja Dup を使用してバックアップ ファイルを暗号化せずに実行します。
動作をテストしたかったので、バックアップしたフォルダからテストファイルを削除し、右クリックして「見つからないファイルの復元...」オプションを選択してバックアップから復元してみました。すべて正常に動作しているようです。バックアップから失われたとして削除したファイルが正しく取得され、復元するファイルを選択する手順を実行して「進む」をクリックし、「概要」ウィンドウで「復元」をクリックします。次に「ファイルを復元しています」と表示され、数秒後に認証を求められます。「/usr/libexec/-deja-dup/duplicity」をスーパーユーザーとして実行するには認証が必要です。次にパスワードを入力します。
1、2 秒後、復元に失敗しました。不明なエラーで失敗しました。興味深いことに、エラーが発生する前に復元したいファイルの名前のフォルダーは作成されますが、ファイル自体は作成されないことに気付きました。
少し調べてみると、Deja Dup は実際に作業を行っている Duplicity を呼び出しているだけであることが分かりました。その後、根本的な原因を突き止めるのに役立つ、より意味のあるエラー メッセージが表示されることを期待して、ターミナルを使用してファイルを復元してみました。
ターミナルから duplicity を使用して復元すると、同じ結果になりました。GnuPG パスフレーズの入力を求められ、それを入力します (ユーザーと同じパスワードを使用しましたが、受け入れられたようです)。
また、実際に復元しようとしているファイルの名前を持つ空のディレクトリも作成されます。
面白いのは、Deja Dup を開いてバックアップ全体をホーム フォルダーに復元すると、それが機能し、そこからファイルを取得できることです。ただし、バックアップされたすべてのファイルが復元されるため、不便です。この方法では、必要なファイルだけを復元することはできません。ただし、これは回避策です。
おそらくファイル システムが異なるためだと思いました (EXT4 は動作、NTFS は動作しません)。Deja Dup からデータ ドライブの新しいフォルダーに上記の手順 (完全バックアップの復元) を複製してみましたが、単一ファイルを試したときと同じように失敗しました。これは私の理論をある程度裏付けていますが、確信はありません。
誰かアドバイスをお願いします。
補足として画像をいくつか追加しましたが、これ以上言うことはありません。ありがとうございます。