为了便于组织，我喜欢在主驱动器上有两个分区C:（启动分区）和：所有 Windows 数据和程序都在其中，而我的项目和数据在 中。但是我不喜欢需要选择分区大小。我希望它是动态/透明的。我希望能够在 或 中容纳所需的尽可能多的数据，当然，只要总使用空间小于磁盘空间即可。D:C:D:C:D:
例如：1 TB SSD。
- 开始使用 200 GB
C:，然后使用 200 GBD: - 继续添加 300 GB
C:和 600 GBD: - 继续 600 GB
C:和 300 GBD: - 继续添加 300 GB
C:和 600 GBD:
基本上C:，D:应该表现为单个分区中的 2 个顶层文件夹。
所有这些都应该可以实现，而我无需手动调整分区大小。我也不喜欢软件自动调整分区大小的想法，因为调整大小会对磁盘产生影响 (*)。
我知道使用标准分区无法做到这一点。但也许有其他解决方案（可能是在标准分区之上添加一层）。我研究了 Windows 动态磁盘，但这似乎是关于合并多个磁盘，这不是我需要的。
我不在乎是否C:只是D:指向单个分区中的 2 个顶级文件夹的链接，只要：
- 窗户可以引导从
C: - 所有程序都按
C:预期D:运行 - 在资源管理器中
C:显示D:为两个驱动器。
（*）“对磁盘的影响”我的意思是缩小分区涉及移动数据以在分区末尾腾出空间。
答案1
磁盘上的分区是固定的，除非您希望停止并重新分区。它当然不是动态的。
我认为更好的方法是拥有主要的文件夹结构并将数据保存在两个或三个主要结构下。
我有虚拟机，1 TB 的硬盘，我自己按照我给你的建议去做。这样存储数据自然是动态的。
这是完全动态磁盘存储的良好屏幕截图
。
我最近将大约 100 GB 的数据从上方驱动器移到了右下方驱动器，部分是为了平衡使用情况，部分是为了留出空间来启动新驱动器。效果非常好。
答案2
这种方法并不新鲜，甚至在 Linux 系统上也很常见。最流行的实现是名为文件系统其核心理念——子卷。
子卷可以像其他分区一样安装，但在单个 btrfs 分区上共享相同的磁盘空间。
简单来说：
- btrfs 是一个文件系统（从用户角度来看，其工作原理与 NTFS 类似），由一个分区组成，
- 子卷在这样的分区之上被抽象为文件夹。
其优势在于能够在操作系统级别像驱动器一样挂载子卷。Btrfs 有许多其他有价值的功能，但如果它仅适用于 Linux，那又如何呢C:？D:
有了帮助文件系统- 免费、开源、与 Linux 内核完全无关、从头编写并签名司机。GitHub README 显示存在支持 btrfs 的引导加载程序实现。这意味着理论上可以让C:和D:驱动器占用相同的物理空间。
不幸的是，没有进行足够的测试。当我尝试安装 Win11 并在分区之前加载驱动程序时，安装程序无法将该文件识别为驱动程序。所以这更棘手。这里有趣的帖子描述从 C:btrfs 驱动器成功启动 Windows。