質問: lvmによって報告されたサイズとdf-hによって報告されたサイズの間に不一致があるのはなぜですか? 私はlvmを初めて使用し、これに非常に混乱しています。大きなファイルを、約1.5テラバイトのスペースがあると思ったパーティションに転送しています。転送の終わり近くで、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 これは、ある時点でボリュームのサイズが変更されていることに関係していると思います。私は信頼できるバックアップを持っていますが、バックアップを取得して復元するのにかかる時間の間、サービスを中断したくありません。したがって、osから見たファイルシステムを、データを失うことなく、lvmに従って使用可能なスペースと一致させる方法はありますか?
回答: これがext3ファイルシステムの場合、以下を実行してlvサイズに拡張できます。resize2fs /dev/system/var これがext3以外の場合は、適切なツールを使用してください。 xfs_growfs /varxfsの場合。これは絶対に恐れることはありません。私は10年以上にわたっていくつかのオペレーティングシステムで数百のファイルシステムを拡張してきましたが、その操作がいかなる種類の混乱にもつながるのを見たことがありません。