![复制文件时出现“驱动器规范无效”](https://linux22.com/image/779322/%E5%A4%8D%E5%88%B6%E6%96%87%E4%BB%B6%E6%97%B6%E5%87%BA%E7%8E%B0%E2%80%9C%E9%A9%B1%E5%8A%A8%E5%99%A8%E8%A7%84%E8%8C%83%E6%97%A0%E6%95%88%E2%80%9D.png)
当前通过我创建的 BATCH 文件使用 XCOPY,以便将文件从客户端计算机复制到在 Azure 中创建的已安装驱动器。
我已经使用 XCOPY 功能有一段时间了,它运行良好。
但是,我创建了一个额外的挂载文件驱动器,并创建了一个单独的 .BAT 文件,插入了正确的目录,但我的客户端终端却出现了某种错觉,认为我有一个“无效的驱动器规范”。
C:\Program Files (x86)\File Backup Command>xcopy /i /u "C:\Users\<client_terminal_name>\AppData\Roaming\MetaQuotes\Terminal\xxx\MQL4\Files" "\\<filename>.file.core.windows.net\assets"
...结果
C:\Program Files (x86)\File Backup Command>xcopy /i "C:\Users\<client_terminal_name>\AppData\Roaming\MetaQuotes\Terminal\xxx\MQL4\Files" "\\<filename>.file.core.windows.net\assets\"
驱动器规格无效 0 个文件已复制
当然,合乎逻辑的做法是检查新的 Azure 存储帐户是否具有所有适当的安全设置。
是的。
然而,Command 似乎仍然认为它是“无效的驱动器规范”,但事实并非如此。
在什么情况下这可能成为“无效的驱动器规范”?
我意识到这是一个常见的话题,我已经探讨了所有问题,但其中一半解决方案非常适用于我的情况,而另一半解决方案似乎不起作用。
我采用了与之前完全相同的方法,至今仍然有效,只是文件挂载目录末尾附加了子目录。为了解决这个问题,我仔细检查了目录,三次检查了目录,五次检查了目录,检查了安全设置,附加了 /u,并附加了字母表中的每个字母。还挂载了驱动器。
如果将文件从一个文件夹复制到另一个文件夹,它无法按预期工作。
我不知道这个“Greg”是谁,但不管你是谁,别再编辑我的帖子了。我完全有能力自己写一篇帖子,谢谢你。