开始备份后，它会运行一段时间才会失败，这让我很难理解。我创建了一个全新的测试备份，它运行正常，只有几个文件，但过了一段时间，整个驱动器都会失败，在这种情况下，它在失败之前收到了近 42 GB 的数据
错误如下：
rsync_bpc: connection unexpectedly closed (41767840413 bytes received so far) [receiver]
Done: 575 errors, 35874 filesExist, 48740738296 sizeExist, 917361234 sizeExistComp, 0 filesTotal, 0 sizeTotal, 4847 filesNew, 4315933366 sizeNew, 1647882560 sizeNewComp, 3812035 inode
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [receiver=3.1.3.0]
rsync_bpc: connection unexpectedly closed (83450982 bytes received so far) [generator]
DoneGen: 757 errors, 6871 filesExist, 596374878 sizeExist, 111756468 sizeExistComp, 472313 filesTotal, 198835601740 sizeTotal, 0 filesNew, 0 sizeNew, 0 sizeNewComp, 3789404 inode
rsync error: unexplained error (code 255) at io.c(226) [generator=3.1.3.0]
rsync_bpc exited with fatal status 255 (65280) (rsync error: unexplained error (code 255) at io.c(226) [generator=3.1.3.0])
recv >f+++++++++ rwx------ 197609, 197121 16029455 *filepath*/11Sec_2021May_0122.png
Xfer PIDs are now
xferPids
Got fatal error during xfer (rsync error: unexplained error (code 255) at io.c(226) [generator=3.1.3.0])
cmdSystemOrEval: about to system /bin/ping -c 1 *ipaddress*
cmdSystemOrEval: about to system /bin/ping -c 1 *ipaddress*
CheckHostAlive: ran '/bin/ping -c 1 *ipaddress*'; returning 5.456
Backup aborted (rsync error: unexplained error (code 255) at io.c(226) [generator=3.1.3.0])
__bpc_progress_state__ fail cleanup
BackupFailCleanup: nFilesTotal = 472313, type = full, BackupCase = 3, inPlace = 1, lastBkupNum =
BackupFailCleanup: inPlace with some new files... no cleanup and marking partial
__bpc_progress_state__ fsck
Running BackupPC_refCountUpdate -h drive -f on drive
cmdSystemOrEval: about to system /usr/share/backuppc/bin/BackupPC_refCountUpdate -h main_cdrive -f
Xfer PIDs are now 62150
xferPids 62150
在我向池中添加额外驱动器之前，这一切都正常，但在此过程中我犯了一些错误，我想我丢失了一些备份文件。因此，在 BackupPC_fsck 期间，我遇到了缺少池文件错误和无法打开错误，以及无法读取属性错误。备份期间也会弹出无法打开错误，它们可能是导致 575 错误的原因。
R bpc_attrib_dirRead: can't open /var/lib/backuppc/cpool/f4/d0/f5d0f9b273dbeee4c54c4d7ed575d20a
R bpc_attribCache_loadPath: bpc_attrib_dirRead(/var/lib/backuppc/pc/main_cdrive/177, f%2fcygdrive%2fc/fUsers/fDillon/fDocuments/fAdobe/fPrelude/f9.0/fProfile-Dillon/fLayouts/attrib) returned -1
实际上，只要注意到所有这些路径都有F在他们面前，不知道为什么？
话虽如此，正如前面提到的，它确实可以在较短的连接上工作，即使对于发生故障的主机也是如此；几天前，当我恢复 4 个文件时，它们恢复得很顺利。所以我不明白它怎么能工作 40 GB 然后就失败了。这也是几个小时的过程，但这并不是什么新鲜事。
另外需要注意的是，主机是在 Windows 上使用 cygwin 的。在解决问题时，我将主机上的 rsync 更新为 cygwin 的 3.2.4，这与服务器上的 rsync-bpc 3.1.3 不是同一版本，但我似乎找不到降级 cygwin rsync 的方法，这可能是 rsync 版本不匹配的问题吗？
自从我可以完整备份以来，防火墙设置没有改变，但是 Windows 10 已经更新。服务器在 Ubuntu 上运行，我可能也更新了它，因为它可以正常工作，我不记得了。
有什么解决方案或我可以采取的进一步故障排除步骤吗？我确实遵循了这个答案，但它似乎没有任何错误，还请记住，这是使用普通 rsync 3.1.3 而不是 rsync-bpc 完成的。
更新：尝试了更多备份，但除了我设置的测试备份外，没有一个备份成功。我看到 rsync 弹出代码 12、19、20 和 255。备份在失败前仍运行了一段时间，最近的一次运行了约 4 天后才失败。