磁盘告急时，先不要急着删除日志或临时目录。安全回收空间的关键，是确认哪个文件系统真的紧张、空间被什么占用，再判断目标文件能否删除，以及删除后是否需要让相关进程重新打开文件。
先确认告警对应的文件系统
先查看各文件系统的总容量、已用空间、可用空间和挂载位置，确认告警针对的是哪个挂载点。服务器可能有多个独立文件系统；某个挂载点空间不足，不代表系统盘上的目录都能解决问题。清理另一个文件系统上的文件，通常不会缓解当前告警。
再对照磁盘空间和文件数量的使用情况。如果空间看起来尚有余量，但仍无法创建文件，可能是文件数量也已接近上限，应分别核查，不能只盯着容量数字。
记录清理前的状态，包括目标挂载点和当前可用空间。后续复核时要比较同一挂载点，否则容易把其他文件系统的变化误当成清理效果。
从大目录逐层定位占用
在确认目标挂载点后，从其目录层级逐步查看占用较大的目录，再进入可疑目录继续细查。先定位大范围，再缩小到具体文件，避免一开始就对整个系统进行递归清理。
检查时要留意挂载边界：某个目录可能包含其他文件系统的挂载点。若统计过程跨越边界，结果可能混入其他文件系统的数据，导致判断失真。应确认每个大目录实际位于哪个挂载点，并以目标文件系统内的占用为准。
对特别大的文件，先判断它属于什么服务、用途是什么、最近是否仍在增长。文件名和所在目录只能提供线索，不能单独作为删除依据。无法确认来源的文件，应先查明归属，必要时联系对应服务的维护人员。
区分日志、临时文件与业务数据
日志往往是可疑的大文件，但并非所有日志都可以直接删除。先确认日志对应的服务、记录用途、保留要求，以及服务是否仍在向该文件写入。审计记录、故障排查所需日志或业务要求保留的日志，不应为了腾空间而直接移除。
如果日志仍在使用，优先按照该服务支持的日志轮转或清理方式处理，并确认服务能够继续写入新的日志文件。直接删除正在写入的日志，可能造成文件路径消失但进程仍继续写入原文件，空间也未必立即释放。
临时目录同样不能一概清空。先识别文件来源和用途，排除仍被任务使用、需要供服务恢复或正在处理的内容。对于不认识的目录、业务数据目录和备份目录，不要因为它们占用较大就直接删除。若保留策略不明确，先询问责任人或确认相关服务的清理机制。
检查已删除但仍被进程占用的文件
有时目录中已经看不到某个大文件，但文件系统的可用空间没有相应增加。这可能是文件已被删除，仍有进程持有该文件的打开句柄。此时，目录列表无法展示它，空间通常要等相关进程关闭文件后才会释放。
通过系统的进程与打开文件检查能力，核对是否存在已删除但仍被占用的大文件，并记录持有它的进程、文件大小和所属服务。不要仅凭进程名称判断可以结束它：进程可能承载关键服务，强制终止会造成中断或数据风险。
确认归属后，优先采用该服务支持的日志重开、平滑重载或维护流程，让进程释放旧文件；若必须重启，应先评估服务影响、确认有恢复方案，并按维护流程执行。处理后再次检查文件系统可用空间和相关服务状态。如果空间仍未恢复，就继续排查其他占用来源，不要反复重启无关服务。
清理前后的安全复核
删除前逐项确认目标文件的完整路径、所属挂载点、文件用途、是否仍被使用，以及是否满足保留要求。对无法确认来源的内容先暂停操作；对于有价值但暂时不确定能否删除的数据，先确认备份或转存方案。
完成一次清理后，复查同一挂载点的可用空间，并确认目标文件确实不再占用空间。若空间回升有限，说明清理对象可能不在告警对应的文件系统上，或仍有进程占用已删除文件，也可能存在其他大目录尚未检查。
最后检查相关服务能否正常运行、日志能否继续生成，以及磁盘使用是否仍在快速增长。空间回收只解决眼前占用；如果同一服务持续生成大量文件，应进一步查明增长原因并调整其日志或临时文件管理方式。
