这很奇怪。所有目录大小都正常,所有其他文件夹都在应有大小的 20GB 以内。差异在于我无法在底部屏幕截图中找到占用 150GB 空间的文件。
下面,我针对许多子目录发布了属性。第二个屏幕截图是驱动器的大小。比较使用的空间,您会看到单个驱动器上的差异约为 150GB。
有谁知道这可能来自哪里?我正在查看 explorer.exe 中的所有隐藏文件和系统文件
更新
C:\Users\>vssadmin List Shadows
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2005 Microsoft Corp.
Contents of shadow copy set ID: {4407d687-5021-4a57-a8bf-a94dd03428ce}
Contained 1 shadow copies at creation time: 3/22/2012 7:09:43 PM
Shadow Copy ID: {bf5b69c9-76cf-4218-b1ef-4c264ab3c468}
Original Volume: (C:)\\?\Volume{f02f2f87-87dd-11e0-bed5-806e6f6e6963}\
Shadow Copy Volume: \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy1
Originating Machine: TXEXPF01.exchangeHost.com
Service Machine: TXEXPF01.exchangeHost.com
Provider: 'Microsoft Software Shadow Copy provider 1.0'
Type: ApplicationRollback
Attributes: Persistent, No auto release, Differential, Exposed locally, …
Run Code Online (Sandbox Code Playgroud) 有没有其他人遇到过这个问题?
通过远程桌面连接浏览资源管理器中的文件夹时,有时文件名字符串会损坏,因此它们在 Windows 资源管理器中显示不正确。
远程桌面(或终端服务)必须有某种字符串图形缓存,它几乎随机损坏特定字符串,尤其是 Windows 资源管理器中的文件名。
我无法按需重现错误,但是一旦发生错误,您可以复制文件名字符串并将其粘贴到资源管理器中的其他位置,例如地址栏、“运行”对话框等......字符串也会在那里损坏。如果您手动输入字符串,即使您输入字符串的第一部分,最后一部分,并通过添加最后一个字符完成...最终结果,它也会在添加最后一个字符后立即损坏是一旦损坏的字符串被重新建立,视觉显示是错误的(它变成空白,或者有错误的字符)。
这纯粹是视觉缺陷。我仍然可以编辑字符串。如果我删除一个字符,整个字符串显示正常(因为它是一个不同的字符串)。如果我添加一个不同的字符,它也显示得很好,但是一旦我添加了原始字符,恢复原始(损坏的)字符串,字符串的显示要么是空白的,要么是乱码的。
这可以报告给谁..这显然是一个令人讨厌的错误。
编辑:损坏的字符串似乎通过替换为文件属性对话框中的字符串(例如 ID 字符串、“权限”或“允许”之类的词以及文件路径)而在视觉上显现出来;也许该错误与显示文件属性窗口有关。
编辑:在下面添加了图像。如果我调整分隔符的大小,字符串会改变(它们以“...”结尾,所以它是一个不同的、未损坏的字符串,显示正常。实际上,你甚至无法从远程内部将其捕获为全屏图像桌面,因为它没有显示故障!只有通过将远程桌面窗口恢复到窗口化状态,并在远程桌面窗口打开的情况下拍摄客户端桌面的图片才能看到这种损坏......所以也许它是一个客户端字符串呈现问题。
标题说明了一切; 我想找出一种方法来访问 Linux 机器上的文件,输入
\\<ServerHostname>\<something>
Run Code Online (Sandbox Code Playgroud)
进入 windows 资源管理器,就像我在工作中可以访问 windows 服务器(这是一个 windows 网络)一样。
所以我的问题分为两部分:
提前致谢,
抽搐