先查当前保留块比例：执行tune2fs -l /dev/sda1 | grep -i "reserved\|block count"，用Reserved block count除以Block count得出百分比；再用-m参数设置0～100间百分比（支持小数），注意根分区禁用-m 0，修改后须用-l验证，且仅root进程可使用预留空间。
怎么查当前保留块比例和实际数值
直接看 tune2fs -l 输出最准，但别被“Reserved block count”单独吓住——它只是绝对块数，得结合总块数算百分比。执行：
tune2fs -l /dev/sda1 | grep -i "reserved\|block count"
你会看到类似：
Block count: 268435456<br>Reserved block count: 13421772
用后者除以前者（13421772 ÷ 268435456 ≈ 0.05），就是默认的 5%。注意：不同内核或 e2fsprogs 版本可能显示单位不一致，df -h 的 “Available” 列不含保留块，不能用来反推这个值。
用 -m 设置百分比时要注意什么
-m 接的是纯数字，支持小数（如 .25 表示 0.25%），但必须是 0～100 范围内的有效值。常见误操作包括：
- 对根分区设
-m 0：系统可能在磁盘写满时无法写入/var/log或 SSH 认证文件，导致服务僵死 - 设了新比例但没验证：修改后
tune2fs -l必须重查，因为某些旧版 e2fsprogs 在挂载状态下不会刷新缓存 - 在 LVM 逻辑卷上误操作设备名：比如目标是
/dev/mapper/vg-lv_data，却输成/dev/sdb1，白调甚至报错
正确示例：
sudo tune2fs -m 2.5 /dev/mapper/vg-data
为什么 -r 和 -m 不能混用，且 -r 很少用
-r 是按**绝对块数**设置保留空间，而 -m 是按百分比。两者互斥——tune2fs 遇到冲突参数会报错并退出。更关键的是：-r 的值依赖于块大小（Block size），而块大小在 mkfs 时就固定了，后期无法变更。一旦你换了一块不同扇区大小的磁盘、或做了 resize2fs 扩容，-r 设的固定块数就失去意义，容易导致预留不足或过度。生产环境几乎只用 -m，除非你明确需要跨不同块大小设备保持相同物理字节数的保留量。
调整后怎么确认关键服务真能用上这部分空间
df -h 显示的 “Available” 是普通用户视角，不体现保留块；要验证 root 是否能写入，必须切到 root 并触发一次写操作：
sudo su -c 'dd if=/dev/zero of=/mnt/data/testfile bs=1M count=1024 oflag=sync 2>/dev/null' && echo "OK" || echo "FAIL"
如果该分区已接近 95% 使用率，且保留比例是 5%，那上面命令大概率成功；若之前被普通用户占满又未清理，chown 过的文件仍会挤占保留块区域，此时需先清空或 chown root:root 相关大文件再试。真正的保留效果，只在 root 或 uid=0 进程尝试写入时才生效，普通监控脚本或日志轮转工具不自动获得豁免。
