ext4无需定期运行e2fsck，仅在异常关机、文件系统标记为dirty或达挂载/时间阈值时触发；必须卸载后执行，盲目强制检查反增风险。
ext4 文件系统必须定期运行 e2fsck 吗？
不需要，但必须在非挂载状态下执行。Linux 默认启用日志（journaling），e2fsck 仅在异常关机、文件系统标记为“dirty”或达到挂载次数/时间阈值时才被触发。盲目定期强制检查反而增加风险——比如在未卸载的分区上运行会损坏数据。
- 查看当前状态：
tune2fs -l /dev/sda1 | grep -E "(Mount count|Maximum mount count|Last checked)" - 手动触发检查前，先卸载：
sudo umount /dev/sda1，再运行sudo e2fsck -f /dev/sda1 - 若需调整自动检查策略，用
tune2fs -c 50 -i 30d /dev/sda1设为每 50 次挂载或 30 天检查一次（慎改，生产环境建议保持默认）
df -h 显示已用 95% 但实际写入失败？查 reserved blocks
ext4 默认保留 5% 的空间给 root 用户，防止普通用户占满导致系统服务崩溃。当磁盘显示接近满载却报 No space left on device，很可能是这个保留区挡住了非 root 进程。
- 查看保留比例：
tune2fs -l /dev/sda1 | grep "Reserved block count" - 临时释放（仅限空间紧急且确认安全）：
sudo tune2fs -m 1 /dev/sda1（设为 1%，不建议低于 0.5%） - 长期策略：优先清理大文件（
sudo du -sh /* 2>/dev/null | sort -hr | head -n 10），而非降低保留率
日志模式选 data=ordered 还是 data=writeback？
data=ordered 是 ext4 默认且最稳妥的选择。它保证元数据日志提交前，对应的数据块已落盘，兼顾一致性与性能；data=writeback 虽快，但断电后可能产生文件内容错乱（如零字节或旧数据残留），不适用于数据库、邮件等强一致性场景。
- 确认当前模式：
mount | grep sda1，看输出中是否有data=xxx - 修改需重新挂载：
sudo mount -o remount,data=ordered /mnt/data - 永久生效写入
/etc/fstab对应行的defaults后加,data=ordered（注意逗号无空格）
使用 lsof +L1 发现“已删除但仍在占用”的大文件
进程打开文件后，即使被 rm 删除，只要进程未退出，文件数据仍驻留磁盘且计入 df 使用量。这类“幽灵文件”是长期运行服务（如日志收集、Web 服务器）的常见隐患。
- 定位占用者：
sudo lsof +L1（+L1 表示链接数为 0 的已删文件） - 典型输出：
nginx 1234 www-data 12w REG 253,1 284567890 123456 /var/log/nginx/access.log (deleted) - 释放空间只需重启对应进程：
sudo systemctl restart nginx，无需 reboot
真正难处理的是那些无法轻易重启的核心服务——这时得结合 /proc/<pid>/fd/</pid> 手动追踪并评估是否可安全截断或重定向日志。
