是的，这确实是个问题！上传前需要进行一致性检查！
首先：当您在使用 Rclone 时，如果您的某台计算机正在进行提交/备份，则会发生严重的损坏 -- afaics --。您说笔记本电脑备份不规律，而且 afaics 这里没有涉及任何检查。因此，您至少需要在您的 Rclone 脚本中添加来自 backup.sh 的 `pidof -x borg` 检查。
其次：当备份过程在某个时刻中断时，会发生轻微的损坏。例如，笔记本电脑关机/断电，WiFi 断开等等... 您说您希望事情在后台不知不觉地工作。这使得这种情况发生的可能性很大。最终用户的意识会降低风险。 :-)通常 borg 能够修复这些情况。但是 i) 您必须注意到并手动执行此操作 ii) 我不知道这是否总是有效/是否万无一失 iii) 在帖子中描述的当前设置中，没有检查备份是否成功。在后台使用 CRON，可能会发生您的备份失败一次，并且所有后续备份都未被注意到地失败。
第三：还有无数其他潜在的向量（例如数据退化 [1]，硬件故障 [2]，...）。您可以添加一个 `borg check` 以及在 Rclone 之前对两个存档进行单独的校验和比较。
无论如何，感谢这篇好文章！ :-)
[1] https://en.wikipedia.org/wiki/Data_degradation[2] https://github.com/borgbackup/borg/issues/3602
borg 要求您在创建存储库时选择一种加密模式。因此，您确实需要希望您的文件以未加密的形式放在某个地方才能这样做。否则，BLAKE2b 和 SHA-256 非常可靠，可以认为可以安全地上传到某处。如果您真的很偏执或渴望，您可以相应地设置您的 ssh 加密，以便不使用较弱的加密方式进行上传。
发表的评论
是的，这确实是个问题！上传前需要进行一致性检查！
首先：当您在使用 Rclone 时，如果您的某台计算机正在进行提交/备份，则会发生严重的损坏 -- afaics --。您说笔记本电脑备份不规律，而且 afaics 这里没有涉及任何检查。
因此，您至少需要在您的 Rclone 脚本中添加来自 backup.sh 的 `pidof -x borg` 检查。
其次：当备份过程在某个时刻中断时，会发生轻微的损坏。例如，笔记本电脑关机/断电，WiFi 断开等等... 您说您希望事情在后台不知不觉地工作。这使得这种情况发生的可能性很大。最终用户的意识会降低风险。 :-)
通常 borg 能够修复这些情况。但是 i) 您必须注意到并手动执行此操作 ii) 我不知道这是否总是有效/是否万无一失 iii) 在帖子中描述的当前设置中，没有检查备份是否成功。在后台使用 CRON，可能会发生您的备份失败一次，并且所有后续备份都未被注意到地失败。
第三：还有无数其他潜在的向量（例如数据退化 [1]，硬件故障 [2]，...）。您可以添加一个 `borg check` 以及在 Rclone 之前对两个存档进行单独的校验和比较。
无论如何，感谢这篇好文章！ :-)
[1] https://en.wikipedia.org/wiki/Data_degradation
[2] https://github.com/borgbackup/borg/issues/3602
borg 要求您在创建存储库时选择一种加密模式。因此，您确实需要希望您的文件以未加密的形式放在某个地方才能这样做。否则，BLAKE2b 和 SHA-256 非常可靠，可以认为可以安全地上传到某处。如果您真的很偏执或渴望，您可以相应地设置您的 ssh 加密，以便不使用较弱的加密方式进行上传。