回顧它，我在另一個論壇中發現了這個未解決的問題，它完美地描述了我的缺點：
我是一個相對菜鳥。我正在運行 Ubuntu 20.04 LTS。備份了我的資料磁碟機上的一個資料夾，該資料夾的格式為 NTFS，並且我在 Windows10 中使用該資料夾（Windows 11 對我來說）和 Ubuntu 使用 Deja Dup 並且不加密備份檔。
我想測試它是否有效，然後從備份資料夾中刪除了一個測試文件，並嘗試通過右鍵單擊並選擇“恢復丟失文件...”選項來從備份中恢復它。一切似乎都運作良好。它正確地拾取我從備份中刪除的文件，然後我完成選擇要還原的文件的步驟，單擊“前進”，然後在“摘要”視窗中單擊“還原”。然後它說正在恢復文件，幾秒鐘後我被要求進行身份驗證需要身份驗證才能以超級用戶身份運行“/usr/libexec/-deja-dup/duplicity”。然後我輸入我的密碼。
一兩秒鐘後，它會失敗，並顯示“恢復失敗”，“失敗並出現未知錯誤”。我注意到的一件有趣的事情是，它創建了一個資料夾，其中包含我想要在轟炸之前恢復的檔案的名稱，而不是檔案本身。
經過一番閱讀後，我可以解讀 Deja Dup 只是在呼叫 Duplicity，而實際上它正在做這項工作。然後，我嘗試使用終端機恢復該文件，希望它能給我更有意義的錯誤訊息，以幫助追蹤根本原因。
從終端進行口是心非的恢復會產生相同的結果。系統提示我輸入 GnuPG 密碼，然後我提供該密碼（我使用了與我的用戶相同的密碼，它似乎接受了它）。
它還會建立一個空目錄，其中包含我實際嘗試恢復的檔案的名稱。
有趣的是，如果我進入 Deja Dup 並將整個備份還原到我的主資料夾中，它就會起作用，然後我可以從那裡選取檔案。但這很不方便，因為它會還原所有備份的檔案。我不能只用這種方式恢復我想要的檔案。但這是一個解決方法。
我想可能是因為檔案系統不同（EXT4 - 有效，NTFS - 無效）。嘗試將上述步驟（恢復完整備份）從 Deja Dup 複製到我的資料磁碟機上的新資料夾，但失敗的方式與我嘗試單一檔案時相同。這支持了我的理論，但我不確定。
有人有建議嗎？
我添加了幾張圖像來補充它，但我無話可說。謝謝。