为什么 LVM 报告的大小与 df -h 报告的大小不匹配？

Question

我是 LVM 的新手，对此感到非常困惑：

我正在将一个大文件传输到我认为有大约 1.5 TB 空间的分区。接近传输结束时，rsync 退出并显示错误，声称分区已满。我调查并发现以下内容：

$ sudo lvm lvs
  LV        VG     Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home      system -wi-ao  97.66G                                      
  log       system -wi-ao  48.81G                                      
  log.audit system -wi-ao   9.75G                                      
  root      system -wi-ao 341.59G                                      
  swap      system -wi-ao   4.88G                                      
  temp      system -wi-ao  97.66G                                      
  var       system -wi-ao   1.46T  

这似乎意味着 /var （我要转移到的分区，具有我期望的存储量。但是，然后我看到：

$ sudo df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/system-root
                      331G  1.3G  313G   1% /
/dev/mapper/system-temp
                       95G  188M   90G   1% /tmp
/dev/mapper/system-var
                       95G   90G     0 100% /var
/dev/mapper/system-home
                       95G  188M   90G   1% /home
/dev/mapper/system-log
                       48G  264M   45G   1% /var/log
/dev/mapper/system-log.audit
                      9.5G  340M  8.7G   4% /var/log/audit
/dev/sda1              99M   25M   70M  26% /boot
tmpfs                 8.0G     0  8.0G   0% /dev/shm

我猜这与在某个时候调整音量有关。虽然我有可靠的备份，但我不想在获取备份和恢复所需的时间内中断服务。因此，有没有办法让操作系统看到的文件系统根据 lvm 匹配可用空间而不会丢失数据？

Answer 1

如果这是一个 ext3 文件系统，您可以通过运行将其扩展到 LV 大小：

resize2fs /dev/system/var

如果这不是 ext3，请使用适当的工具，例如，xfs_growfs /var如果它是 XFS。

这绝对没什么好害怕的。10 多年来，我在多个操作系统上扩展了数百个文件系统，但我从未见过导致任何类型中断的操作。