ext4默认为root保留5%磁盘空间以保障系统关键进程运行，生产数据盘可安全调至1%（tune2fs -m 1），立即生效但需等待文件删除才真正释放空间；根分区不建议低于3%，禁用保留（-m 0）仅限纯数据盘且已配置告警。
Ext4文件系统默认为root用户保留5%磁盘空间，目的是保障系统关键进程（如日志写入、SSH登录）在磁盘将满时仍能运行。但在生产环境的数据盘上，这5%可能意味着几十甚至上百GB的“不可见”空间——既不显示在df -h的“Available”列里，普通用户也无法使用。用tune2fs -m调整保留块比例，是安全、即时、无需卸载的释放方式。
确认当前保留比例和目标分区
先明确你要操作的是哪块盘，且它确实是ext2/ext3/ext4格式：
- 用
lsblk -f或df -T /mount/point查出设备名（如/dev/sdc1）和文件系统类型 - 执行
sudo tune2fs -l /dev/sdc1 | grep -i "reserved\|block count"，查看Reserved block count和Block count，两者相除即得当前百分比 - 若输出中
Reserved block count为1048576、Block count为20971520，则比例是5%（1048576 ÷ 20971520 = 0.05）
合理设置新比例（推荐1%，慎用0%）
对生产数据盘，1%是兼顾空间效率与安全性的常见选择；根分区（/）不建议低于3%，更不建议设为0%：
-
sudo tune2fs -m 1 /dev/sdc1→ 将保留空间设为总容量的1% -
sudo tune2fs -m 0 /dev/sdc1→ 完全取消保留（仅限纯数据盘，且已部署磁盘使用率告警） - 该命令立即生效，无需重启、重挂载，但需确保设备未被LVM/RAID重建占用
验证效果并理解空间变化逻辑
修改后不会立刻“多出”空间，而是改变后续空间分配规则：
- 再次运行
sudo tune2fs -l /dev/sdc1 | grep "Reserved block count"，确认数值已下降 -
df -h /mount/point中的“Available”值会增大——但增大量取决于当前有多少已用空间原本落在原保留块范围内 - 真正释放空间需等待文件删除或重写：旧文件占着的原保留区块，只有被释放后才回归用户可用池
- 可配合
sudo -u nobody df -h /mount/point对比，确认非root用户视角的可用空间确有提升
生产环境操作注意事项
稳妥落地的关键不在命令本身，而在上下文控制：
- 避开业务高峰时段操作，避免IO压力叠加
- 优先在测试环境相同型号的分区上完整走一遍流程（包括验证df变化）
- 修改前检查inode使用率：
df -i /mount/point，若接近100%，腾出块空间也解决不了创建文件的问题 - 若该盘承载数据库或消息队列等服务，建议同步检查其自身预留策略（如MySQL innodb_buffer_pool_size是否压得过低）
- 记录操作时间、原始和目标保留比例、
df -h前后快照，便于回溯
