wniming

没遇到过，你用的是 42 beta 版本？

@busier pve 安装的时候如果选择 btrfs 文件系统就是你说的这种方式，但是我就是感觉上 btrfs 不如 lvm thin 稳定，而且虚拟机磁盘文件都是大文件，经常异地备份也非常占用资源，我用 lvm thin 就是想只要 ssd 本身没有硬件损坏并且没有人为导致的误删数据就不会丢失。

另外我之前用 btrfs 存放虚拟机磁盘文件遇到过一些问题：

https://v2ex.com/t/1121409

@laminux29 我一开始就说了因为有对虚拟机做快照的需求，我过去很长一段时间就是不用 lvm ，直接 ext4 加上 qemu 的 qcow2 快照，但是 qcow2 快照的性能不好（尤其是多重快照的情况），而且如果我要克隆磁盘的话整个 qcow2 文件都要复制一份，对于那些特别大的磁盘复制也要好久，而且还非常占存储空间。

你可以了解一下 lvm 精简池的快照，感觉比 qcow2 强多了：

https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/thinly-provisioned_snapshot_volumes

@ranaanna 明白了，感谢！

@kokutou 如果我就是以后都不打算扩容这个精简池，把元数据区弄大点有什么好处吗？我这台机有其他的硬盘作为系统盘使用，这种情况下这个盘最后预留 10g 有什么用呢？

@whileFalse 或许是这样，不过我不把大文件存放在精简池当中一方面是因为不是很需要对大文件做快照，另一方面放到更便宜的 ssd 上更划算。

@ranaanna 感谢回复，刚才问了一下 chatgpt 这个 zeroing 是干什么的，chatgpt 说这个是为了 “Protects against data leaks from uninitialized storage.” ，我这个是家用环境，不担心数据泄露，感觉应该把这个禁用掉，这样应该能提升一点点性能，另外对于 chunk size 我不太理解为啥 lvcreate 默认要给一个 2MiB 这么大的，难道只是简单粗暴的根据用户创建精简池的时候指定的逻辑卷大小来预估用户以后可能需要的最大逻辑卷大小，怕给小了用户以后无法扩展到更大的大小，是这么个道理吗？

@IvanLi127 有可能是这样

@9ki 你用的是 USB‑C 版本的吗？这个项目 3 年没更新了，USB‑C 的去年才推出，担心不适用