☰

硬盘写满后，LVM是否自动创建？

tag-icon • tag-icon partitioning lvm
硬盘写满后，LVM是否自动创建？

长话短说，我有两台完全相同的 16.04.3 服务器，只运行 Docker 容器。虽然我自己很愚蠢，但我允许自动下载新的 Docker 镜像，但从不删除旧镜像。这意味着经过几个月的使用，我有几十份相同的镜像副本，占用了太多空间。最终（昨晚）完全占满了我的驱动器。

当我检查较少使用的时server1，df -h命令返回以下内容：

Filesystem      Size  Used Avail Use% Mounted on
udev            477M     0  477M   0% /dev
tmpfs           100M  9.0M   91M   9% /run
/dev/sda1        19G  3.7G   14G  21% /
tmpfs           497M  1.2M  495M   1% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           497M     0  497M   0% /sys/fs/cgroup
tmpfs           100M     0  100M   0% /run/user/1000

当server2空间不足时，我看到了这个：

Filesystem                   Size  Used Avail Use% Mounted on
udev                         477M     0  477M   0% /dev
tmpfs                        100M   12M   88M  12% /run
/dev/mapper/server2--vg-root  19G   18G     0 100% /
tmpfs                        497M  1.6M  495M   1% /dev/shm
tmpfs                        5.0M     0  5.0M   0% /run/lock
tmpfs                        497M     0  497M   0% /sys/fs/cgroup
/dev/sda1                    472M  106M  342M  24% /boot
tmpfs                        100M     0  100M   0% /run/user/1000

一旦我删除了 12G 未使用的图像，一切就恢复正常了。

我的问题如下：

  1. 创建的“/dev/mapper/server2--vg-root”是什么（似乎与 LVM 有关，不管它是什么）？
  2. 为什么它占用了我“/dev/sda1”的所有磁盘空间？
  3. 我怎样才能让一切恢复到“应该”的样子（就像它出现的那样server1）？

答案1

LVM 是逻辑卷管理。它是对计算机 BIOS 支持的传统分区方案的改进。它本质上是一个包装分区，用于保存 LVM 数据。Linux 内核可以根据需要将其细分为更多模块。与传统分区不同，它们通常有名称，而不是通过数字来引用。

从安装以来一直如此。这不是什么自动变化的事情。您也不必担心；LVM 非常稳定，并且在许多方面都比传统的分区方案有了很大的改进，因为它可以容纳任意数量的分区，按名称寻址，并且您可以轻松地动态调整它们的大小和移动它们。

如果您坚持要恢复标准分区，则必须重新安装相关系统。在系统上交换系统分区类型是不可行的。

总而言之，您看到的是 LVM 分区。这是完全正常的，是在安装系统时完成的。

相关内容