我觉得我可以使用透明、无缝的文件夹压缩。
我认为实现此目的的一种方法是正常压缩，然后使用 Nautillus 挂载存档。据我所知。您可以从挂载点运行程序，但性能会受到影响。我唯一担心的是挂载点与文件夹所在的原始文件路径不匹配。
借助 NTFS“压缩此文件夹以节省空间”功能，所有程序和文件都可以通过挂载执行所有文件操作。包括真正关心事物所在位置的软件，例如链接库和数百个应用程序资产。
有想法吗？我目前使用 ext4，但对尝试更奇特的文件系统持开放态度。
答案1
我无法为评论添加格式，因此我只能重申我在另一个答案中评论的内容。您可以选择 Btrfs 或 ZFS，但由于 ZFS 的设计方式，ZFS 应仅用于多磁盘场景：
从技术上来说，您可以进行重复数据删除和压缩。
但是由于没有冗余，因此无法防止损坏。因此可以检测到任何错误，但无法纠正。这听起来像是一个可以接受的折衷方案，但实际上并非如此。之所以不能接受，是因为 ZFS 的元数据不能被破坏。如果被破坏，zpool 很可能无法挂载（一旦发现损坏，系统可能会崩溃）。因此，在正确位置出现几个坏扇区将意味着 zpool 上的所有数据都将丢失。不是部分，而是全部。此外，没有 ZFS 恢复工具，因此您无法恢复驱动器上的任何数据。您也不能使用为 NTFS、FAT32 等设计的标准恢复工具。它们无法正常工作。
那么这一切意味着什么呢？这意味着，你冒着一切正常的风险，然后突然（没有任何警告）所有数据都无可挽回地丢失了。
答案2
ZFS。如今（在 Solaris 之后）它（几乎）是开源的，但由于 Sun（Solaris）停止并被 Oracle 收购，开发因许可证问题而被推迟。另一个论坛上有人说它只能在 64 位 Intel 上运行。我怀疑这些信息已经过时了。http://zfsonlinux.org/。
EXT4。我认为它已计划好，但目前尚未实现。不过会是一个不错的功能。
BTRFS。我可以说，这是您可能考虑的类似 ZFS 的文件系统的 Linux 变体。https://btrfs.wiki.kernel.org/index.php/Main_Page（我会选择它）