ReFS 文件系统是否为自己保留空间?

ReFS 文件系统是否为自己保留空间?

我最近在 Windows 10 上使用 ReFS 格式化了 Seagates 新款 14TB 系列中的一块磁盘,块大小为 4K,以使用可用的全部容量,并注意到在约 12.7TB 中它显示可用,并且已经报告已消耗了 100GB,尽管磁盘是空的。

我检查了磁盘管理器,发现没有添加其他分区(而且这将是在同一分区内消耗的空间),并检查了隐藏文件,但没有找到任何内容。除非用于某种奇偶校验,否则空磁盘消耗 100GB 似乎有点令人惊讶,但我对使用 ReFS 还不太熟悉,不了解它的所有功能。

我注意到微软的文档ReFS 提供了一种称为“镜像加速奇偶校验“,但我没有在两个或多个磁盘上使用 ReFS,而是在一个独立的磁盘上使用。是否可以保留 100GB 用于奇偶校验或其他一些防止数据损坏的功能(Microsoft 文档中也提到)?如果我选择 8K 块大小,这有关系吗?

对于如何使用该空间,您有什么想法吗?

我是从安全的角度提出这个问题的,因为我担心如果怀疑存在隐写术或其他形式的隐藏数据(这些隐藏数据是由各种隐藏恶意软件的方法造成的),那么我无法向审计人员解释新格式化的系统上的空间使用情况,而这些数据实际上可能占用了驱动器上的空间但不可见 - 在对此类事物的监控非常严格的环境中。

附录:

以下是我从系统信息中提取的有关驱动器的一些其他信息:

Bytes/Sector: 512
Partitions: 1
Sectors/Track: 63
Tracks/Cylinder: 255
(Total Disk) Size: 12.73TB (14,000,512,296,960)
Total Cylinders: 1,702,132
Total Sectors: 27,344,750,580
Partition: Disk #0,Partition #0
Partition Size: 12.73TB (14,000,383,328,256)
Partition Starting Offset: 135,266,304 bytes

两者之间存在大小差异磁盘总大小分区大小122.99GB,但这与现在报告的已用 101GB(似乎自我上次查看以来增加了 1GB - 尽管磁盘仍然是空的)不匹配。而且,报告的 101GB 也是在分区本身内消耗的。

磁盘仍然是空的,尽管我确实测试过创建一个 .txt 文件,然后将其删除。如果有奇偶校验,我想知道是否创建该文件会增加报告的利用率(事后),即使该文件已被删除。

关于 ReFS 的附加阅读材料:-https://www.iperiusbackup.net/en/refs-vs-ntfs-differences-and-performance-comparison-when-to-use/

答案1

12.73TB(14,000,512,296,960)...微软报告的是 12.7Tib,希捷销售的是 14TB 硬盘,这是同一个东西,只是单位不同。14x10^12 = 12.73x2^40

答案2

是的,ReFS 确实预留了空间,您可以使用fsutilWindows 上的工具检查这一点。命令是fsutil fsinfo refsinfo D:D:您的驱动器号在哪里。

对于我的 3.6TB 驱动器(顺便说一下,它是一个独立驱动器),已使用跨越整个磁盘的单个分区进行了初始化diskpart,并且不属于任何存储空间,fsutil报告如下:

REFS Volume Serial Number :                0xde1a28bb1a289297
REFS Version   :                           3.4
Number Sectors :                           0x00000001d1c00000
Total Clusters :                           0x000000003a380000
Total Reserved :                           0x00000000003be2e8
Bytes Per Sector  :                        512
Bytes Per Physical Sector :                4096
Bytes Per Cluster :                        4096
Fast Tier Data Fill Percentage :           0.0%
Slow Tier Data Fill Percentage :           0.0%
Fast Tier to Slow Tier Rate (Clusters/s) : 0
Checksum Type :                            CHECKSUM_TYPE_NONE

根据上述内容,如果我们假设Total Reserved是的比例Total Clusters,那么大约 0.4% 的可用空间被保留。不过这有点奇怪,因为在我刚刚完成格式化之后,Windows 资源管理器报告至少 36GB 的空间已被占用,这相当于保留空间的 1% 左右,而不是 0.4%。

在使用 ReFS 格式化的其他卷上运行该命令时,有时我会看到保留空间比例发生变化。曾经是 0.7%。

我找不到任何关于如何解释fsutil报告的十六进制数的官方 Microsoft 文档,所以我的计算可能是错误的。

相关内容