关于 veracrypt 和 ntfs 的疑问,预分配空间问题?

[7RTDKSAK]

如题,使用 veracrypt 的虚拟加密卷,格式化为 ntfs

如果我想向卷内写入 100GiB 数据,显然在创建卷的时候不能只预分配 100GiB 的空间,因为 ntfs 本身的元数据还要占用一部分卷空间

那么我应该如何计算预分配空间的大小,保证下一步能够写入 100GiB 的数据呢?

更进一步,其它常用文件系统又该如何计算呢?

[zhlxsh]

以我 AIX 小型机的经验说一点建议：首先你实际测试一下得出一个损耗的比例如 2%，实际计算就要比这个比例大一点点，使划分好之后分区内预留一部分空间日后紧急情况扩容。
假如实际损耗为 2%，我们按 5%计算。现在想写 100G 空间的数据，起码需卷的大小是 106 ，然后格式化出来一个 100G 的分区，还剩约 3G 的空间可供日后扩容。
大概是这样，如有错误还请赐教

[7RTDKSAK]

@zhlxsh

我也是这样想,实际测试一下确实比较直观

但是还有一个问题,ntfs 本身的元数据所占用的空间,是在格式化之后就一次性分配完了,还是根据写入数据量的增减而变化呢?

如果是前者,测试就很简单
如果是后者,还要真地往虚拟卷写入 100GiB 数据才能测试,而且不同地计划写入量还要分别测试,很麻烦

[ysc3839]

不够了扩容即可

[7zlid]

如果是只有几个
那预留 20%甚至百分之百都可以接受啊
现在硬盘非常便宜

[kokutou]

元数据是变化的。
你下个 DiskGenius ，菜单里勾选显示 NTFS 元文件。
对比看看小文件多的 c 盘和存电影的盘就知道了。

[7RTDKSAK]

@ysc3839 想后期扩容,就必须使用稀疏卷,而稀疏卷一是降低读写性能,二是降低安全性
@x128akp539 原计划拿来加密数据然后备份到网盘的,这种虚拟容器的形式可以直接挂载就读写,但是存在预分配空间的难题和浪费---与之作为对比,像压缩包 /gnupg/openssl 这种加密数据流的形式,读写之前又要层层剥皮,中间文件也是巨大地浪费

@kokutou 了解,谢谢!我测试了不同容量,确实元数据占比波动太大了,我甚至找不到规律

已经放弃这方案了,再继续找,cppcryptfs 和 cryptomator 这俩货,功能满意,但是一个崩溃一个读写太太太慢,劝退

[ysc3839]

@7RTDKSAK 不是稀疏卷也能扩容吧？

[ysc3839]

@7RTDKSAK 自己试了下，用 vhdx 硬盘镜像在创建时选择预分配，后续也可以扩容。

[7RTDKSAK]

@ysc3839 我才找到哈哈

[7zlid]

试试 vhdx 和 7z 吧
也挺好用的

[7RTDKSAK]

@x128akp539 7zip 候选,vhdx 不是一样有预分配空间的问题吗

[7zlid]

@7RTDKSAK 开启 hyperv
有个命令可以压缩，但是效果做不到特别好，而且麻烦
适合一次性不修改的备份

[7RTDKSAK]

@x128akp539 我试试!