我正在使用映射的networking驱动器访问networking上的另一台计算机。 path看起来像\\ 192.168.0.100 \ d $映射到我的电脑的“m”驱动器。 我可以在此驱动器上访问，查看，创build，删除，移动等文件夹。 但是，一些文件夹不显示在Windows资源pipe理器，即使我可以访问它们。
例：
可以说M：\ stuff \ more_stuff是一个目录。
我不能做的事情：
我可以做什么：
因为没有任何迹象表明这个文件夹甚至存在，所以可能会更像他们。 我无法知道这个映射驱动器上隐藏了多less个文件夹。
我可以做些什么来弄清楚为什么这个文件夹是隐藏的？ （以使其不再隐藏的最终目标）。
更多信息：
通过映射M：\ stuff和uncpath** \ 192.168.0.100 \ d $ **访问驱动器会导致相同的行为。
使用Windowssearch无法看到该文件夹。
在cmd提示符指向M：\东西命令> del more_stuff 确实工作。
从具有相同用户帐户的另一台计算机访问相同的驱动器将正确显示该文件夹（至less在某些情况下）。
有些用户说他们从来没有遇到过这个问题，至less有两个用户会遇到这个问题。
所有涉及的用户都是托pipe驱动器的PC上的本地pipe理员。
重新启动受影响的机器不能解决问题。
User1和User2在查看该驱动器上的文件夹时遇到问题。 到目前为止User1不能看到任何文件夹可以User2。
净使用\ 192.168.0.100 \ D $ /删除没有帮助
也许是迄今为止最显示的信息
User1使用MachineA并有此问题。 User3从来没有这个问题。 User3login到MachineA时，User3遇到问题。
可能相关
当像这样访问驱动器\ 192.168.0.100 \ d $时 ，共享按预期运行（减去丢失的文件夹问题，但其他一切正常）。 当像这样访问驱动器\ 192.168.0.100 \ d （no $，因为d $被共享为d），共享速度非常慢。 每次更改目录时，访问该共享的资源pipe理器窗口会挂起10-30秒。
玩股票
好现在变得很奇怪 我以\ e共享\ 192.168.0.100 \ d $ \ stuff 。 当我访问\ 192.168.0.100 \ d $或\ 192.168.0.100 \ d （注意不是$） more_stuff文件夹丢失。 当我访问\ 192.168.0.100 \ e $ more_stuff文件夹是可见的！ 所以我将\ 192.168.0.100 \ e $映射为一个新的驱动器，并且more_stuff再次丢失！
共享属性
我从开始>访问共享属性右键单击“计算机”>select“pipe理”>共享文件夹>共享>，发现以下。
这台机器上有一些股票。 其中一个股票是“d $”映射到“d：\”，右键点击它说“共享pipe理的目的。另一个列出的股份是”d“映射到”d：\“。右键单击它提出正常的属性，这是一个问题吗？有两个股票指向同一个驱动器，一个是“D $”，一个是“D”？
这是一些奇怪的东西。
也许我的想象力让我失望，但我想不出任何可以隐藏“dir / a”命令的文件夹， 而让你访问该文件夹的内容 。
首先，请尝试重新启动主机和客户端。 如果这不起作用…
你可能会遇到一些奇怪的/损坏的权限。 尝试访问有问题的文件夹（M：\ stuff \ more_stuff）的权限，看看它们是否有意义。 为此，请按照上述说明从Windows资源pipe理器访问该文件夹，然后右键单击“白色”（不是文件）中的某个位置，然后select属性/安全性。 确保权限按预期显示。
如果权限不是您所期望的，请尝试通过访问“安全”选项卡下的“高级”button并启用“包含来自此对象的父项的可inheritance权限”选项来重置它们。
如果您遇到的行为与权限相关，则可以通过修改M：\ stuff的权限并select“用可inheritance权限replace所有子对象权限”来重置M：\ stuff文件夹中所有对象的权限这个对象“选项。 小心，如果你这样做，你将失去你configuration的任何明确的权限。
还有两个想法：
祝你好运！
你有没有尝试Windowssearch文件夹，看看它是否显示在search？ 这将增加一些额外的信息，可能是有用的。
编辑：另外，你有没有尝试从不同的用户访问相同的文件夹，看看它是否有不同的经历？ 如果我们正在处理权限问题，这可能会有所帮助。
从根目录列表中删除某些条目（以及提供这种列表的Windows API）在根目录工具包中非常常见。 如果你知道这个名字，你仍然可以删除它，但是你不能以任何方式列出它。
也许在MachineA上的root工具包巧妙地隐藏了一些与缺less目录同名的机器。
如果将远程服务器上的“more_stuff”重命名为其他内容呢？
所以我会testing该机器上的root工具包。
我不确定这是否回答了问题，因为我刚刚在Windows 10中遇到了同样的问题！ 我在“桌面”上有一个名为“桌面”的文件夹。 从来没有这个问题，直到我今晚运行系统还原，该文件夹消失。 我已经运行了系统还原，因为我正在玩图书馆的位置，需要恢复。
像你一样，我可以input地址并find文件夹，但不能以任何其他方式进入。 我现在已经将内容复制到了桌面，但是我无法删除剩余的幻影文件夹，而且这是在烦扰我！
现在，这里有一些有趣的事情（和一个解决scheme – 至less对我来说）
将内容移出文件夹后，我点击文件夹Desktop \ Desktop的资源pipe理器中的空白区域，select“Move To Dropbox”（显然已安装了DropBox）。 果然，目录已经被移动，但它在DropBox中显示为一个HIDDEN文件夹（尽pipe以前，'查看隐藏文件夹'被选中，并且该文件夹不能被看到它的以前的位置。
点击属性，取消隐藏的文件属性，并将其移回桌面现在意味着我可以看到它的原始位置的文件夹:-)
感谢大家的帮助。 这个问题特别令人沮丧。 在解决了这个问题之后，我发现了足够的线索，让一个本地的IT人员认识到了这个问题。 我不知道为什么这会导致问题，但这是情况。
运行Windows XP SP 3的MachineA上共享一个驱动器。
运行Windows XP SP 2的MachineB访问该驱动器。
对于某些文件夹（但不是全部），前几个文件/文件夹（按字母顺序）不会显示出来。 “不显示”意味着它们不能从资源pipe理器，cmd dir，cmd dir / a等中看到。可以通过input名称（cmd cd name，或者在资源pipe理器中）来访问它们。 没有显示的文件/文件夹的数量可能因文件夹的内容而异。 我已经看到0,3和4（它也会随着你在那个文件夹中创build新文件而改变）。
例如， M：\东西有4个文件夹在它， B ， C ， D ， E 。 如果此文件夹遭受3个丢失的文件/文件夹，该文件夹将只显示e 。 文件夹b ， c和d将会丢失。 如果此时用户创build了一个名为a的文件夹，则文件夹d将显示，并且a将会丢失。
解决此问题的方法是将MachineB升级到Windows XP SP 3。
当然，这并不能帮助我，因为MachineB运行的是没有SP 3的 Windows XP 64位。 我现在知道没有其他解决办法了。 我将把这台机器移到Win7上，或者不用它来访问共享驱动器。