Debian系统运维中，磁盘分区预留和inode耗尽是两个最容易被忽视但后果极其严重的问题。很多运维人员在部署时只关注磁盘容量够不够，却忘了给系统分区留出余量，结果根分区满了直接导致系统崩溃；还有一种情况是磁盘空间明明还有很多，但因为inode用完了，连一个新文件都创建不了。这两个问题的解决核心就是：分区时主动预留空间、监控inode使用率、提前规划文件系统类型和目录结构。下面我把具体操作和深层逻辑一次性讲透。

一、Debian磁盘分区预留的核心原则

在Debian安装阶段或者后续用fdisk、parted、gparted进行分区时，很多人习惯性把磁盘全部空间分配完。这是大忌。正确做法是给关键分区预留至少10%-20%的空闲空间，尤其是以下几个分区：

根分区（/）：建议预留15%-20%。根分区承载系统文件、日志、临时文件，一旦写满，系统会进入只读模式甚至无法启动。如果你的根分区是50GB，至少留7-10GB空闲。

/var分区：这是日志和数据库的重灾区。Nginx、MySQL、PostgreSQL的日志都往这里写，建议预留20%以上。如果你跑了数据库服务，/var甚至应该单独挂载一块大容量磁盘。

/tmp分区：临时文件目录，很多程序运行时会产生大量临时数据。建议单独分区并预留30%空间，同时可以设置tmpfs（内存文件系统）来减轻磁盘压力。

/home分区：用户数据分区，根据实际用户数量和数据增长趋势预留。如果是服务器环境，/home通常不需要太大，但也不能完全不留余量。

二、具体分区预留的操作方法

如果你在安装Debian时使用图形化安装器，在分区步骤选择"手动分区"即可看到每个分区的大小设置框，直接把目标分区的大小调小即可。如果是命令行安装或者已有系统需要调整，可以用以下方式：

查看当前分区使用情况：

df -hT

查看inode使用情况：

df -i

如果需要扩展已有分区，可以使用LVM（逻辑卷管理）。Debian默认安装时很多情况下已经启用了LVM，你可以这样扩展：

lvextend -L +10G /dev/mapper/debian--vg-root
resize2fs /dev/mapper/debian--vg-root

如果没有用LVM，就需要用gparted或者先备份数据再重新分区。这里强烈建议生产环境一律使用LVM，它让分区调整变得极其灵活，不需要停机就能在线扩展。

三、inode耗尽的本质原因和诊断

inode是文件系统用来记录文件元信息（文件名、权限、大小、时间戳、数据块位置等）的数据结构。每个文件或目录都要占用一个inode。当inode用完时，即使磁盘还有空闲空间，你也无法创建任何新文件。

什么情况下容易耗尽inode？第一种是大量小文件场景，比如邮件服务器存储几十万封邮件、缓存系统存了海量小文件、日志切割过于频繁产生大量日志文件。第二种是文件系统在格式化时inode数量就分配少了。ext4文件系统默认每16KB分配一个inode，如果你的磁盘很大但存的都是小文件，默认的inode数量可能根本不够。

诊断命令：

df -i /
find /path -type f | wc -l

第一个命令看整体inode使用率，第二个命令统计某个目录下的文件总数。如果某个目录下文件数异常多，基本就是问题源头。

四、inode耗尽的紧急处理方案

当你发现inode使用率达到100%或者接近100%时，需要立刻处理，否则服务会逐步中断。步骤如下：

第一步，找出占用inode最多的目录：

for i in /*; do echo $(find $i -type f | wc -l) $i; done 2>/dev/null | sort -rn | head -20

这条命令会遍历根目录下每个一级目录，统计文件数量并从大到小排序，前20个就是重点排查对象。

第二步，清理无用文件。常见的重灾区包括：/var/log下的旧日志、/tmp下的临时文件、/var/spool下的邮件队列、/var/cache下的包缓存。清理命令示例：

journalctl --vacuum-size=200M
find /var/log -name "*.gz" -mtime +30 -delete
apt-get clean
find /tmp -type f -atime +7 -delete

第三步，如果清理后仍然不够，需要考虑删除一些不必要的小文件。比如某些程序生成的session文件、过期的缓存文件等。注意不要误删系统关键文件。

五、从根本上预防inode耗尽的策略

预防比治疗重要得多。以下是几个硬核建议：

1. 格式化时手动指定inode数量。在创建ext4文件系统时使用-N参数：

mkfs.ext4 -N 5000000 /dev/sda1

这会为该分区预分配500万个inode。根据你的实际需求计算，如果预计要存大量小文件，可以把这个值设大一些。但注意，inode数量在格式化后无法更改（ext4不支持在线调整inode数量），所以必须提前规划。

2. 选择合适的文件系统。如果你的场景就是海量小文件，可以考虑使用XFS文件系统。XFS支持在线调整inode数量，而且对小文件的处理性能更好。Debian完全支持XFS，格式化命令：

mkfs.xfs -i size=512 /dev/sda1

这里size=512表示每512字节分配一个inode，适合小文件密集场景。默认是每2KB一个inode。

3. 定期监控。写一个简单的cron脚本每周检查一次：

#!/bin/bash
INODE_USAGE=$(df -i / | awk 'NR==2 {print $5}' | tr -d '%')
if [ $INODE_USAGE -gt 85 ]; then
  echo "WARNING: Inode usage is ${INODE_USAGE}%" | mail -s "Inode Alert" admin@example.com
fi

把这个脚本放到/etc/cron.weekly/下，inode使用率超过85%就自动发邮件告警。

4. 合理规划目录结构。不要把所有小文件都堆在一个目录下，可以按日期、按类型分目录存储。这样即使某个目录inode紧张，也不会影响整个文件系统。

六、分区预留与inode管理的联动思考

很多人把分区预留和inode管理当成两个独立问题，实际上它们是强关联的。比如你给/var预留了30%空间，但/var里面存了几百万个小文件，空间够了inode却不够。反过来，你inode数量设得很大，但分区本身只有10GB，空间先满了也白搭。

所以正确的做法是：在规划阶段同时计算空间需求和inode需求。估算公式很简单——先估算文件总数，再根据文件系统类型计算需要多少inode，然后反推需要多大的分区。对于ext4，默认每16KB一个inode，1TB磁盘大约有6400万个inode。如果你的场景需要存1亿个小文件，那就需要至少1.5TB的分区或者换用更密集的inode分配策略。

另外，对于日志密集型服务，强烈建议把日志目录单独挂载到一个大分区上，并且配合logrotate做好日志轮转。logrotate不仅控制日志大小，还能控制文件数量，间接保护inode。

七、Debian特有的注意事项

Debian的apt包管理系统会在/var/cache/apt/archives/下缓存大量.deb包文件，这些文件虽然单个不大但数量可观。定期执行apt-get clean或者配置apt的自动清理策略非常必要。可以编辑/etc/apt/apt.conf.d/目录下的配置文件：

Binary::apt::APT::Keep-Downloaded-Packages "false";
Binary::apt::APT::Clean-Installed "true";

这样apt会自动清理已安装软件的缓存包，减少/var分区的inode消耗。

还有一个Debian常见的坑是/boot分区。很多人装系统时/boot只给200-300MB，装了几个内核版本后就满了。建议/boot至少给500MB-1GB，并且定期清理旧内核：

apt-get autoremove --purge
update-grub

总结一下，Debian磁盘运维的核心就是两句话：分区要留余量，inode要提前算。不要等到系统报警了才去处理，那时候往往已经影响业务了。把监控、预警、定期清理做成自动化流程，才是真正成熟的运维方式。