我可以DIR文件，它不存在，但DIR的目录，或在同一目录中的文件，工作正常。
这是硬件还是软件问题？ 如果是硬件，是驱动还是更糟？
2013-06-13 9:35 C:\>dir E:\Shares\Users\Test\Desktop\XAV-1.htm Volume in drive E is BKUP2013-1 Volume Serial Number is 1AEA-6007 Directory of E:\Shares\Users\Test\Desktop File Not Found 然而：
2013-06-13 9:36 C:\>dir E:\Shares\Users\Test\Desktop Volume in drive E is BKUP2013-1 Volume Serial Number is 1AEA-6007 Directory of E:\Shares\Users\Test\Desktop 2013-06-12 07:15 PM <DIR> . 2013-06-12 07:15 PM <DIR> .. [snip] 2006-05-04 03:48 PM 1,232 Customer Files.lnk 2009-09-03 09:06 AM 767 Internet Explorer.lnk 2010-03-11 09:49 AM 104 My Computer.lnk 2004-01-02 04:50 PM 1,221 Reference Material.lnk 2011-11-18 05:08 PM 482 Shortcut to Downloads.lnk 2013-04-27 03:07 AM <DIR> Unused Desktop Shortcuts 2013-06-12 02:41 PM 2,710 XAV-1.htm 2011-01-10 03:31 PM 21,637,284 XP_EzTrends_1.0.3835.exe 11 File(s) 27,977,417 bytes 3 Dir(s) 670,902,140,928 bytes free
和兄弟姐妹：
2013-06-13 9:36 C:\>dir E:\Shares\Users\Test\Desktop\XP_EzTrends_1.0.3835.exe Volume in drive E is BKUP2013-1 Volume Serial Number is 1AEA-6007 Directory of E:\Shares\Users\Test\Desktop 2011-01-10 03:31 PM 21,637,284 XP_EzTrends_1.0.3835.exe 1 File(s) 21,637,284 bytes 0 Dir(s) 670,902,140,928 bytes free
此外，我可以打开XAV-1.htm没问题，并且它具有与XP_EzTrends … exe相同的ACLconfiguration文件。
关于ACL，如果我右键单击我的电脑中的C：或E：驱动器，然后单击安全性，它们都显示SYSTEM具有完全控制。 据我所知，这是指NT AUTHORITY\SYSTEM 。 更新 ：此外，ACL与我们用于E的旧驱动器大致相同：现在对我们来说太小了。 我插入并检查，如果有什么ACL旧的驱动器限制较多，用户只读。 但是，对于SYSTEM，Everyone和Administrators，旧的和新的都允许完全访问。 （这可能太松散了，但是更应该是“应该工作的”） 更新2 ：我打开了审计并检查了事件日志， 如果它像2008那样应该在安全日志中创build一个事件与类别Object Access ，但我的安全日志没有任何这样的。 我想知道这里的脚注是否适用于这里，尽pipe这是在域控制器上。 更新3 ：好吧，我已设法得到Object Access条目，通过在域/域控制器策略区域中启用对象访问日志logging，除了在特定文件夹上为Everyone，我和SYSTEM ，任何forms的访问。 但是，运行备份不会生成任何条目，它们来自使用MMCpipe理单元。
更新4 ：我修改备份脚本为手动逐字节validation桌面目录中的所有文件，除了它通常做的随机统计样本，并在exFAT中重新格式化驱动器，所以每个文件将从头开始复制。 当这些文件被validation步骤触及时，我只有Success Audit Object Access条目。 我现在在两个驱动器中的第二个尝试同样的事情，这是一个flakier似乎，所以我们会看到它说什么。
更新5 ：奇怪的是，testing和系统用户都在桌面目录的备份期间交替Success Audit条目。 没有失败，但。 同时，我正在观看ROBOCOPY做它的事情，而且它已经没有任何困难的一个很好的备份。 现在，每个文件都失败了，从这开始（最后一个成功的文件，前两个失败 – 从那以后，它似乎成功和失败的运行）：
\C\Rebuild\Apache\httpd-2.2.24-win32\Apache2\modules\mod_version.so New File 11776 2013/02/25 20:09:27 C:\scheduled\res \C\Rebuild\Apache\httpd-2.2.24-win32\Apache2\modules\mod_vhost_alias.so New Dir 4 C:\scheduled\res\C\Rebuild\Backup\ New File 14.7 m 2010/12/01 17:09:00 C:\scheduled\res \C\Rebuild\Backup\cbSetup.exe 2013/07/10 17:37:04 ERROR 3 (0x00000003) Copying File C:\scheduled\res\C\Rebuild \Backup\cbSetup.exe The system cannot find the path specified. Waiting 1 seconds... Retrying... New File 14.7 m 2010/12/01 17:09:00 C:\scheduled\res \C\Rebuild\Backup\cbSetup.exe 2013/07/10 17:37:06 ERROR 3 (0x00000003) Copying File C:\scheduled\res\C\Rebuild \Backup\cbSetup.exe The system cannot find the path specified. Waiting 1 seconds... Retrying... New File 14.7 m 2010/12/01 17:09:00 C:\scheduled\res \C\Rebuild\Backup\cbSetup.exe 2013/07/10 17:37:08 ERROR 3 (0x00000003) Copying File C:\scheduled\res\C\Rebuild \Backup\cbSetup.exe The system cannot find the path specified. Waiting 1 seconds... Retrying... New File 14.7 m 2010/12/01 17:09:00 C:\scheduled\res \C\Rebuild\Backup\cbSetup.exe 2013/07/10 17:37:09 ERROR 3 (0x00000003) Copying File C:\scheduled\res\C\Rebuild \Backup\cbSetup.exe The system cannot find the path specified. ERROR: RETRY LIMIT EXCEEDED. New File 2.0 m 2010/03/04 16:18:28 C:\scheduled\res \C\Rebuild\Backup\diffutils-2.8.7-1.exe 2013/07/10 17:37:10 ERROR 3 (0x00000003) Copying File C:\scheduled\res\C\Rebuild \Backup\diffutils-2.8.7-1.exe The system cannot find the path specified. Waiting 1 seconds... Retrying... New File 2.0 m 2010/03/04 16:18:28 C:\scheduled\res \C\Rebuild\Backup\diffutils-2.8.7-1.exe 2013/07/10 17:37:11 ERROR 3 (0x00000003) Copying File C:\scheduled\res\C\Rebuild \Backup\diffutils-2.8.7-1.exe The system cannot find the path specified. Waiting 1 seconds... Retrying... New File 2.0 m 2010/03/04 16:18:28 C:\scheduled\res \C\Rebuild\Backup\diffutils-2.8.7-1.exe 2013/07/10 17:37:12 ERROR 3 (0x00000003) Copying File C:\scheduled\res\C\Rebuild \Backup\diffutils-2.8.7-1.exe The system cannot find the path specified. Waiting 1 seconds... Retrying... New File 2.0 m 2010/03/04 16:18:28 C:\scheduled\res \C\Rebuild\Backup\diffutils-2.8.7-1.exe 2013/07/10 17:37:13 ERROR 3 (0x00000003) Copying File C:\scheduled\res\C\Rebuild \Backup\diffutils-2.8.7-1.exe The system cannot find the path specified. ERROR: RETRY LIMIT EXCEEDED.
但是：
2013-07-1017:45 C:\>dir C:\scheduled\res\C\Rebuild\Backup\cbSetup.ex Volume in drive C has no label. Volume Serial Number is 3C18-E114 Directory of C:\scheduled\res\C\Rebuild\Backup 2010-12-01 01:09 PM 15,492,608 cbSetup.exe 1 File(s) 15,492,608 bytes 0 Dir(s) 240,190,017,536 bytes free 2013-07-1017:45 C:\>dir C:\Rebuild\Backup\cbSetup.exe Volume in drive C has no label. Volume Serial Number is 3C18-E114 Directory of C:\Rebuild\Backup 2010-12-01 01:09 PM 15,492,608 cbSetup.exe 1 File(s) 15,492,608 bytes 0 Dir(s) 239,572,938,752 bytes free 2013-07-1017:46 C:\>
更新6 ：陌生人仍然，它似乎实际上已经复制了文件，它应该放弃了，并与一个奇怪的date戳（它为兄弟姐妹文件在同一目录中）：
2013-07-1017:46 C:\>dir e:\IN\Rebuild\Backup\cbSetup.exe Volume in drive E is BAERO2013-2 Volume Serial Number is 76F0-668E Directory of e:\IN\Rebuild\Backup 1980-01-01 08:00 PM 15,492,608 cbSetup.exe 1 File(s) 15,492,608 bytes 0 Dir(s) 822,191,718,400 bytes free 2013-07-1018:05 C:\>
而且，对于那些我确信没有错误的地方（现在已经过了我现在可以在命令窗口中回滚的地方），随机抽出一些他们的时间戳（ ROBOCOPY的标记方式不完整 ）：
2013-07-1018:05 C:\>dir e:\IN\Rebuild\Apache Volume in drive E is BAERO2013-2 Volume Serial Number is 76F0-668E Directory of e:\IN\Rebuild\Apache 2013-07-10 05:36 PM <DIR> . 2013-07-10 05:36 PM <DIR> .. 1980-01-01 08:00 PM 6,042,112 httpd-2.2.15-win32-x86-openssl-0.9.8m-r2.msi 2013-07-10 05:36 PM 80 httpd-2.2.15-win32-x86-openssl-0.9.8m-r2.msi.md5 1980-01-01 08:00 PM 6,085,632 httpd-2.2.17-win32-x86-openssl-0.9.8o.msi 2013-07-10 05:36 PM 76 httpd-2.2.17-win32-x86-openssl-0.9.8o.msi.md5 1980-01-01 08:00 PM 9,097,535 httpd-2.2.23-win32-ssl_0.9.8.zip 1980-01-01 08:00 PM 9,257,408 httpd-2.2.24-win32.zip 2012-11-06 05:23 AM 2,251 service-dependencies--unused.reg 2010-10-20 07:51 AM 2,410 services.bat 2013-05-28 06:57 AM 2,665 services-splittest.bat 2012-11-06 05:58 AM 2,448 services-upgradetest.bat 2013-07-10 05:36 PM <DIR> httpd-2.2.24-win32 10 File(s) 30,492,617 bytes 3 Dir(s) 821,313,273,856 bytes free 2013-07-1018:07 C:\>
但是，正如您所看到的，C上的文件，由ROBOCOPY备份的C卷卷影副本，以及在ROBOCOPY开始之前格式化的E，使用cmp.exe进行字节 – 字节相同：
2013-07-1018:13 C:\>c:\scheduled\res\cmp.exe --verbose c:\scheduled\res\C\Rebuild\Apache\httpd-2.2.24-win32.zip e:\IN\Rebuild\Apache\httpd-2.2.24-win32.zip 2013-07-1018:13 C:\>c:\scheduled\res\cmp.exe --verbose c:\Rebuild\Apache\httpd-2.2.24-win32.zip e:\IN\Rebuild\Apache\httpd-2.2.24-win32.zip 2013-07-1018:13 C:\>
更新7 ：现在我看到一些文件说The process cannot access the file because it is being used by another process. 和其他人说The system cannot find the path specified. 。 这两个消息似乎是红鲱鱼，因为我运行ROBOCOPY与/ B这意味着它作为备份运营商运行，应该有权访问所有本地文件，这是什么。 另外，我正在查看打开文件MMCpipe理单元，他们不是。 我甚至在其中一个“正被另一个进程使用”的文件上使用了LockHunter，并且LockHunter从来没有失败过我的经验，但是却没有说明它正在使用它。 我已经把所有的用户都踢掉了，而且我是唯一login的用户，我当然不会碰到像这样的随机文件组。 我禁用了任务调度程序，并validation了我的robocopy是目前运行的唯一的robocopy过程。
更新8 ：由于重新格式化exFAT，我没有尝试过CHKDSK /R ，所以我做到了。 它说，在坏的部分0 KB，7小时后（这是一个1 TB的驱动器）。
这是在一个星期的WD USB外部驱动器。 有时间把它拿回来？ 还是我们的USB端口呢？ 或者是什么？
更新9 ：我们只是试图从本地企业的USB 2.0，而不是USB 3.0，就像我们以前的驱动器（但更大），一个1TB驱动器的驱动器。 它并不像原始问题那样具有完全相同的行为，但是在备份过程中，validation步骤确实失败，说E：上不存在该文件，尽pipe如此，事实上它并不像上面那样单独执行。