Ubuntu 22.04下Deja Dup恢复备份时InvalidBackendURL错误的来源排查（怀疑为文件名问题）

看起来你碰到的是Duplicity（Deja Dup的底层核心工具）解析备份路径时的典型格式问题，结合你怀疑是文件名/路径名导致的推测，咱们可以从这几个方向一步步排查：

• 先确认恢复命令/路径的格式是否合规
  Duplicity对本地存储的路径要求必须是带//的URL格式，比如本地硬盘的备份路径应该写成file:///绝对路径，而不是直接写相对路径或者不带file://前缀的绝对路径。如果你的备份路径里包含空格或者特殊字符，一定要用引号把整个路径包裹起来，比如file://"/media/My HDD/backup-folder"，不然Duplicity会把路径拆分，误判成无效的后端协议。

• 检查路径/文件名中的特殊字符
  错误提示里的scheme invalid说明Duplicity把你路径的某一部分当成了后端协议（比如file、s3这类），而非本地路径。这种情况大概率是因为路径或文件名里包含了像:、//、@这类特殊符号——举个例子，如果你的备份文件夹名叫Backup:2024，Duplicity会误以为Backup:是一个未知的后端协议，直接抛出这个错误。
  你可以先尝试把备份文件夹/文件重命名成只含字母、数字、下划线或短横线的简单名称，再重新指定路径试试。

• 验证挂载路径的绝对格式
  先通过lsblk或df -h命令确认你的HDD正确挂载的路径，比如挂载点是/media/your-username/BackupDrive，备份文件夹在这个挂载点下的home-backup目录，那正确的Duplicity路径应该是file:///media/your-username/BackupDrive/home-backup（注意这里是三个斜杠：file://加上绝对路径的第一个/）。如果是用Deja Dup图形界面操作，要确保选的是挂载后的目录，而非设备本身。

• 用简化路径做测试验证
  你可以先把备份文件临时移动到一个路径极简单的目录，比如/tmp/test-backup，然后用Duplicity命令尝试恢复：

  duplicity restore file:///tmp/test-backup ~/
  

  如果这个命令能正常执行，那就实锤了原路径或文件名里存在导致解析错误的字符，再回头针对性排查原路径的问题即可。

备注：内容来源于stack exchange，提问作者bvsta