我有一个要删除的目录,但 windows (xp home sp3) 给了我运行机会,并且该文件夹现在实际上是坚不可摧的。
尝试通过资源管理器或 cmd.exe 打开文件夹时遇到“d:/temp/foo 不可访问”。访问被拒绝'。
尝试删除文件夹导致“无法删除 foo:目录不为空”
所以我不能删除它,因为据说它不是空的,但 Windows 出于某种原因不允许我进入它,所以我不能先清理它。它没有任何意义,基本上我现在只想删除它。
考虑到某些其他进程必须对其进行锁定,我使用 SysInternals 'handles' 和 Process Explorer 来查找具有目录名称的打开句柄。这些结果没有匹配。(目录名称实际上不是“foo”,它更独特,但“foo”更容易在此处输入)。
我重新启动了机器,问题仍然存在。我用 regedit 搜索了文件夹名称,看看其他应用程序可能知道它。没有匹配。
属性对话框有点有趣。Read-Only 属性是'semi-checked',即当有些部分是,有些部分不是时,你会得到灰色的复选标记。当然,我立即取消选中此选项,并尝试删除该文件夹。不行。再次打开属性显示已返回只读旁边的灰色复选标记。所有的统计信息、大小、磁盘大小、文件、文件夹,所有这些都为零。该文件夹上似乎没有任何共享,因此也不是。
最后,我尝试打开分区的属性,并运行工具/错误检查实用程序。这也没有出现任何问题。
Fwiw,这个目录是由[一个流行的gui zip工具]创建的,当我试图解压缩在另一个系统上使用命令行工具创建的tar压缩档案时。存档肯定已损坏,但我从未见过这样的文件比使 zip 应用程序崩溃更糟糕的事情,而且肯定不会在文件系统中留下永久性故障。
那么还有什么可能使这个文件夹以这种方式运行呢?
我也可以当保安。右键单击子目录,转到属性,然后是安全性。哪些用户/组有权访问子目录?尝试添加Everyone并赋予所有权限,然后保存并查看是否可以打开子目录。如果可以,请尝试删除它。
| 归档时间: |
|
| 查看次数: |
1340 次 |
| 最近记录: |