当Linux系统提示磁盘空间已满或服务因磁盘资源耗尽而崩溃时,核心上文归纳通常指向三种情况：标准磁盘空间耗尽（Block不足）、Inode索引节点耗尽，或者文件虽被删除但仍被进程占用导致空间未释放，解决这一问题不能仅靠盲目删除文件，而必须遵循“精准诊断、定位根源、安全清理、预防扩容”的系统化流程，通过专业的命令组合排查隐藏的占用空间，并采取针对性的清理或扩容措施，才能在最短时间内恢复系统服务并确保数据安全。
精准诊断：区分空间耗尽的真实类型
在执行任何清理操作之前,首要任务是确认系统“满了”的具体表现，Linux存储资源分为存储数据块的Block和存储文件元数据的Inode，两者的耗尽都会导致无法写入新文件。
检查Block空间使用情况
使用df -h命令是最直观的检查方式，该命令会以人类可读的格式显示挂载点的使用情况，重点观察Use%列，如果显示100%，则说明对应的分区（如或/var）没有剩余空间存储实际数据，需要结合du -sh /*命令，从根目录开始逐层向下排查，找出占用空间最大的目录。du -h --max-depth=1 /能快速定位到第一级的大目录。
检查Inode使用情况
如果df -h显示仍有剩余空间，但系统提示“No space left on device”，则极有可能是Inode耗尽，使用df -i命令查看各分区的Inode使用率，Inode用于记录文件的权限、所有者、大小和时间戳等元数据，在系统中存在大量小文件（如未及时清理的邮件队列、会话文件或数以万计的缓存碎片）时，Inode会先于Block被耗尽，解决Inode不足通常比解决Block不足更复杂，往往需要批量删除小文件或重新格式化文件系统并调整Inode密度。
排查“已删除但未释放”的僵尸文件
这是运维中极易被忽视的高阶问题，当一个大文件被rm命令删除后，如果该文件仍被某个运行中的进程打开（句柄未关闭），磁盘空间并不会立即释放给操作系统使用，此时df会显示空间已满，但du却找不到对应的大文件，使用lsof | grep deleted命令可以列出所有已被标记为删除但仍被进程占用的文件，找到对应的PID后，通过重启该服务（如systemctl restart nginx）即可释放空间。
常见的高频占用目录与清理策略
在定位到具体目录后,根据业务场景判断哪些文件是可以安全清理的，以下四个目录是Linux系统空间耗尽的“重灾区”。
/var/log 目录：日志文件的疯狂增长
系统日志、应用日志（如Nginx、MySQL）如果不做轮转策略，会迅速占满磁盘，对于非关键的历史日志，可以直接清空而非删除，以避免因删除文件导致日志句柄丢失，使用echo > /var/log/nginx/access.log命令可以将文件内容清空但保留文件句柄和inode，应检查logrotate配置是否生效，确保日志能按大小或时间自动压缩和删除。
/var/cache/apt/archives 或 /var/cache/yum 目录：软件包缓存
在使用apt或yum更新系统后，下载的安装包默认保留在缓存目录中，在Debian/Ubuntu系统上，定期执行apt-get clean或apt-get autoremove；在CentOS/RHEL系统上，执行yum clean all，这些操作能安全释放数百兆甚至数吉字节的旧空间，且不会影响系统稳定性。
/tmp 目录：临时文件的堆积
许多应用程序会将临时文件存放在/tmp，且往往在异常退出时未清理，由于/tmp通常是独立挂载点，填满后会影响依赖临时文件的程序运行，可以使用find /tmp -type f -atime +7 -delete命令，清理7天以上未被访问的文件，但需注意，不要在系统运行时盲目删除所有/tmp文件，以免破坏正在运行的会话。
Docker容器与镜像占用
对于运行Docker的服务器，/var/lib/docker是空间大户，停止运行的容器、悬空镜像和未使用的数据卷都会占用空间，使用docker system prune -a命令可以删除所有停止的容器、未使用的网络和悬空镜像，在生产环境中执行此命令前需确认，因为-a参数也会删除未使用的镜像，可能导致下次启动变慢。
深度解决方案：扩容与文件系统优化
当清理操作无法满足长期需求,或者业务数据必须保留时，需要进行存储层面的扩容或优化。
LVM逻辑卷扩容
如果底层磁盘还有剩余空间，或者新添加了硬盘，利用LVM（逻辑卷管理）是在线扩容的最佳方案，使用lvextend -L +10G /dev/mapper/vg0-lv_root命令将逻辑卷扩大10G，随后，根据文件系统类型执行resize2fs（ext4）或xfs_growfs（XFS）来刷新文件系统识别到的容量，整个过程可以实现业务零停机。
开启磁盘配额
为了防止单个用户或进程意外写满整个磁盘，建议在多用户共享服务器上开启磁盘配额，通过编辑/etc/fstab挂载选项加入usrquota和grpquota，使用quotacheck初始化并edquota配置限制，这样当某个用户达到软限制时会收到警告，达到硬限制时将被禁止写入，从而保护整体系统的可用性。
优化Inode分配
如果是由于小文件过多导致Inode耗尽，且无法通过删除解决，在数据有备份的前提下，可能需要考虑重新格式化分区，在mkfs.ext4时，可以使用-I参数指定更小的Inode大小（如mkfs.ext4 -I 1024 /dev/sdb1），从而在相同大小的分区中获得更多的Inode数量。
预防机制与自动化运维
解决“满了”的问题只是治标，建立监控机制才是治本。建立基于Prometheus + Grafana的监控大盘，实时采集磁盘使用率、Inode使用率等指标，并设置85%和95%的分级告警，当使用率超过阈值时，自动触发清理脚本或发送邮件通知运维人员，编写定时的Shell脚本，自动清理/tmp目录下的过期文件和归档旧的日志文件，将被动救火转变为主动防御。
相关问答
Q1：为什么我删除了Linux中的大文件，但磁盘空间并没有减少？
A： 这是因为该文件在删除时仍被一个运行中的进程打开，在Linux中，只要文件有打开的句柄，即使文件名被删除（目录项移除），磁盘上的数据块和Inode仍然被保留，空间不会释放，解决方法是使用lsof | grep deleted找到占用该文件的进程PID，然后重启该进程，或者通过/proc/PID/fd/FD手动清空句柄。
Q2：如何快速找出Linux系统中占用空间最大的前10个文件？
A： 可以使用组合命令来实现，首先查找特定目录下所有文件，计算大小并排序，命令如下：find /path/to/search -type f -exec du -h {} + | sort -rh | head -n 10，这个命令会递归查找指定目录下的所有常规文件，显示它们的大小，按人类可读格式倒序排列，并输出最大的10个。
