我很久以来就一直使用 rdiff-backup 通过 SSH 将备份拉到备份服务器。最近 rdiff-backup 崩溃了错误码 36。所以我删除了文件名很长的文件来源。但是,我无法让 rdiff-backup 再次工作。我不断收到以下通知:
之前的备份似乎失败了,现在正在返回目标。返回到 2012 年 9 月 11 日星期二 02:07:50 异常“[Errno 36] 文件名太长:”....
此处指出的文件名位于目的地。我检查了路径,没有这样的文件。所以,文件不在源中,也不在目标中,但我一直收到此错误。我以为可以完全摆脱上次失败的备份信息,从上次正常工作的备份开始。这实际上是 rdiff-backup 所说的。但它一直遇到这个不再存在的文件。
有任何想法吗?
是否存在一个数据库可以从中获取有关此文件的信息,以及我可以从哪里删除它?
谢谢!
答案1
好的。如果找到问题的原因:eCryptFS。备份目标位于我的加密主目录中。显然,长文件名是个问题。将目标移动到我家外的未加密文件夹后,它就可以正常工作了。供参考:系统正在运行 Lucid Lynx,服务器版本,已安装所有更新。