我的一个LVM卷显示有372.6％的数据。 这怎么可能发生？ 请注意，音量已经从更大的尺寸重新缩小，但文件系统似乎工作正常。 它实际上影响了游泳池的可用空间。 基本上，甚至文件系统和LVN都被调整为较小的尺寸，空间不被释放。
问题是，如何使任何未使用的空间可用？
# lvs LV VG Attr LSize Pool Origin Data% Move Log Cpy%Sync Convert lv1 vg1 Vwi-aot--- 820.00g tp1 372.60 lv2 vg1 Vwi-aot--- 1000.00g tp1 1.60 LVM树形结构如下所示：
# dmsetup ls --tree vg1-tp1 (253:6) └─vg1-tp1-tpool (253:5) ├─vg1-tp1_tmeta (253:1) │ └─ (147:1) ├─vg1-tp1_tierdata_2 (253:4) │ └─ (147:1) ├─vg1-tp1_tierdata_1 (253:3) └─vg1-tp1_tierdata_0 (253:2) ce_cachedev2 (253:11) └─cachedev2 (253:10) └─vg1-lv2 (253:9) └─vg1-tp1-tpool (253:5) ├─vg1-tp1_tmeta (253:1) │ └─ (147:1) ├─vg1-tp1_tierdata_2 (253:4) │ └─ (147:1) ├─vg1-tp1_tierdata_1 (253:3) └─vg1-tp1_tierdata_0 (253:2) ce_cachedev1 (253:8) └─cachedev1 (253:0) └─vg1-lv1 (253:7) └─vg1-tp1-tpool (253:5) ├─vg1-tp1_tmeta (253:1) │ └─ (147:1) ├─vg1-tp1_tierdata_2 (253:4) │ └─ (147:1) ├─vg1-tp1_tierdata_1 (253:3) └─vg1-tp1_tierdata_0 (253:2)