TL / DR版本：
单声道+ Duplicati.commandline.exe恢复等等，吐出了几个文件，无论我尝试。 我可以列出集合，列表中的文件，甚至做一个validation，但每次我做任何forms的恢复，我得到的错误的影响：
无法恢复文件：“snapshot / blahblah / 2005-11-07.tar.gz”，错误消息：快照/ blahblah / 2005-11-07.tar.gz的部分文件logging与文件不匹配
在这里有什么build议，或者在哪里寻找更好的解决scheme的想法？
完整的故事：
我最近为几台服务器（主要是Linux）提供了一个干净，友好的备份解决scheme，但是偶尔也会添加一个windows box。 这个解决scheme符合我所有的要求，并且做得很好…保存1：交叉兼容性
该解决scheme是基于几个元素的组合，但最终实现了使用Duplicity和Duplicati来实际存储文件。 整个解决scheme已经准备就绪，我意识到Duplicati事实上并不允许我将文件恢复到Linux系统，不pipeMono下的命令行可能会告诉你什么。 它只是吐出随机压缩和图像文件的错误，显然没有什么好的理由，因为我已经尝试了几个选项来恢复它，还有几个版本的单声道，包括安装它几乎lib-for-lib。 由于这些错误的原因，没有有效的日志文件，甚至“–debug-output = true”标志也什么也不做。
我能列出集合，列表中的文件，甚至做一个validation，但每次我做任何forms的恢复，我得到的错误效果：
无法恢复文件：“snapshot / blahblah / 2005-11-07.tar.gz”，错误消息：快照/ blahblah / 2005-11-07.tar.gz的部分文件logging与文件不匹配
现在，我很可能会使用Duplicati网站上的友好指示，并编写相当于还原的bash，但这并不完全理想。 对此有何build议？ 或者可能是一种替代解决scheme，它具有Duplicati / Duplicity的相同优势，但实际上可以跨平台使用。
这听起来像是在Linux机器上恢复Windows备份的问题。 这个问题应该在1.3 beta（r1020）中解决，但是细节在这里： http : //code.google.com/p/duplicati/issues/detail? id=482
难道是你创build了备份与重复，并试图恢复与duplicati？ 那么这是一个简单的答案：这是行不通的。 Duplicati和双重性在工作方式上是相似的，但它们不兼容。
跨平台你有2个select：在Linux上使用重复和在Windows上使用Cygwin重复。 或者在Windows上使用Duplicati，在Linux上使用Mono。 但是不要尝试使用Duplicati和相同备份的复制性！
我使用Bacula ，它是免费和开放的，可以在Windows和Linux上运行，并且在Linux和Windows端口上有丰富的文档。
至于Duplicati，我从来没有用过它，所以我不能真正告诉你在那做什么，但你是一个select。