我试图在一台完全修补的Windows7Professional 64位计算机上使用cwRsync 3.2.3协议版本31将文件复制到运行FreeBSD 11.3-RELEASE-p14的FreeNAS上。我使用的命令是:rsync -avhe "./ssh -i C:\Users\Andrew\Downloads\rsync\cwRsync\6v2.1\bin\Andrew_Laptop" --exclude 'Thumbs.db' --delete /cygdrive/C/Users/Andrew/Documents andrew@192.168.1.240:/mnt/FreeNAS_1/backup/Andrew/Laptop/Documents,它可以用于大多数文件,大约12,000。命令从批处理文件中调用,将2>&1输出到活动日志文件。在检查活动日志时,有很多消息,因此:
rsync: mkstemp "/mnt/FreeNAS_1/backup/Andrew/Laptop/Documents/Documents .cc_20171013_092617.reg.LvUTpY" failed: Operation not permitted (1)
其中大约有6000人。事实证明,所有失败的文件都有一个句号“。在失败消息中的文件名前面加上和后面附加的随机数,如上面的".cc_20171013_092617.reg.LvUTpY"所示。源文件名为"cc_20171013_092617.reg"。NAS的目标文件夹中也不存在这些文件。有什么想法吗?
发布于 2022-01-02 12:50:50
我隐约记得确定这些文件是临时的,是合法的,不应该被复制。我认为。
正如你所看到的,我没有从我的帖子中得到任何回应。我也没有从提供cwRsync的cwRsync那里得到任何帮助。
最后我放弃了,使用了XXCOPY,http://www.xxcopy.com/。它从命令行运行,不需要安装20 to的Windows包才能工作。(整个XXCOPY目录只有2.5Mb!)。
我使用这些文件的全部需要是确保我得到了数据的真正备份;Windoze不验证它认为已经复制的数据是否真的发生了。您需要使用第三方产品才能做到这一点。
(当我发现这件事时,并没有留下什么印象!)
虽然XXCOPY已经有一段时间没有得到支持了,但它做了它说要做的事情。第一次。为了证明这一点,我在我使用XXCOPY复制的所有文件上运行了windows命令。对你所备份的任何数据进行谨慎的练习。这花了一些时间,但证实XXCOPY是有效的。
https://stackoverflow.com/questions/68637686
复制相似问题