我们的一个客户有 4 台独立的 Hyper-V 服务器。我们正在寻找一种更好地为这些服务器分配文件系统资源的方法。这个过程可能需要几次 Hyper-V 客户机的移动才能完成。我开始记录服务器之间的磁盘空间使用情况。在查看其中一台 Hyper-V 服务器时,我注意到它的一个驱动器看起来“太满”。仔细查看后,我发现了以下内容:
该驱动器包含 Hyper-V 文件和文件服务器的 C: 驱动器。实际的共享文件不在此文件夹中。
该驱动器通过 iSCSI 连接到 QNAP LUN。LUN 上没有其他任何内容,也没有其他设备可以连接到该 LUN。
当我查看驱动器的内容时,看起来只有 150 GB 左右应该被使用。我还检查了机器上所有用户的回收站。基本上是空的。当然没有任何东西加起来应该接近 2 TB:
我尝试了 WinDirStat。它显示只使用了大约 125 GB,与已用空间检查相同。
在网上搜索一番后,我尝试在 WinDirStat 选项中选择“显示未知”,结果显示了一个很大的“”文件。与 WinDirStat 中显示的其他文件不同,上下文菜单全是灰色的:
所以我又挖了一些。我运行了 TreeWiz。它显示了文件名、日期和目录中的位置。它也没有显示该文件的上下文菜单:
文件名表明该文件服务器的 vhdx 是我们几年前尝试恢复的。该文件服务器 VM 从未在此主机上运行,我们只是尝试在此恢复文件。
也就是说,我们知道文件是什么、文件名是什么、它在哪里以及它是如何到达那里的。
现在我需要删除它。
我尝试使用命令提示符以管理员身份将其删除。
V:\>del .\file_user_data_restore.vhdx
Could Not Find V:\file_user_data_restore.vhdx
我尝试以管理员身份使用 powershell。
PS V:\> remove-item .\file_user_data_restore.vhdx
remove-item : Cannot find path 'V:\file_user_data_restore.vhdx' because it does not exist.
我找到的任何内置 Windows 工具都没有显示该文件。除了格式化驱动器外,还有什么办法可以删除它吗?
谁知道 NTFS 如此脆弱。
答案1
谢谢大家。
- chkdsk 无法找到错误
- 没有 Windows 工具能够找到任何事物关于文件,除了它占用了空间。
- 没有任何命令行工具(无论是内置的还是 sysinternals 的)能够查看或操作该文件。
我将实时迁移虚拟机,然后格式化分区并重新开始。
我对 NTFS 的不信任更加深了。