LVM分区容量显示不匹配问题及调整需求咨询
LVM分区容量显示不匹配问题及调整需求咨询
嘿,这个问题我碰到过好几次,核心原因其实是LVM逻辑卷默认的预留空间机制在搞鬼,咱们一步步理清楚:
首先看你遇到的容量计算矛盾:916G总容量用了830G,按道理该剩86G,但实际只显示41G——这差出来的45G左右,就是LVM默认给root用户(系统进程)预留的空间,比例是总容量的5%,916G的5%刚好差不多是46G,和差值对上了。这部分空间是不让普通用户/程序使用的,防止磁盘被普通进程占满后,系统连日志、应急操作都没法做。
至于后来出现的“883G占用、0可用”,那是因为root进程或者系统服务把这部分预留空间也用掉了,这时候普通用户的DVR程序就彻底没法写入了,但系统还能靠这部分空间撑一下紧急操作。
针对你的需求——让DVR软件能准确识别实际可用空间,你可以调整这个预留比例,毕竟/srv/recordings是专门给DVR用的,不需要留这么多系统预留空间:
- 先查一下当前的预留设置,执行命令:
tune2fs -l /dev/mapper/data-cams | grep -i reserved
你会看到类似预留块数或者直接的百分比信息,确认一下是不是默认的5%。 - 调整预留比例,比如改成1%(完全改成0%也可以,但建议留1%给系统应急):
tune2fs -m 1 /dev/mapper/data-cams - 改完之后再用
df -h查看,你会发现可用空间就接近“总容量-已用容量”的计算值了,DVR软件也能正确识别剩余空间,自动清理旧录像了。
另外补充一句:如果之前你给这个逻辑卷扩容过,要确认文件系统已经同步扩容(你这里总容量显示916G,应该是已经做过resize2fs了,不然df会显示旧的容量),但从你的现象来看,大概率就是预留空间的问题。
备注:内容来源于stack exchange,提问作者natevw
相关产品推荐
相关产品推荐

