
大家好，我是老杨。今天要聊一个让无数运维半夜惊醒的噩梦——**服务器报警：“/ 分区使用率 100%”**！

你是不是也这样？接到告警，SSH 登进去，`df -h` 一看，根分区 `/` 红得发紫，显示 100%。你赶紧 `rm -rf` 删掉几个日志文件，可 `df -h` 一看，**空间一点没释放**！更恐怖的是，系统开始报错 `No space left on device`，新服务起不来，数据库连不上，业务直接瘫痪！

别慌！今天我就教你一招，**3 个命令精准定位“空间黑洞”**，让你不再盲目删文件，5 分钟内解决问题！

#### **1、问题介绍：为什么删了文件，空间还不释放？**

在 Linux 中，有一个非常反直觉但极其重要的概念：**只要一个文件被某个进程打开（open），即使你把它从文件系统里删除（unlink）了，它占用的磁盘空间也不会被释放！**

这个被删除但还被进程占用的文件，我们叫它 **“已删除但未释放” (deleted but still open)** 的文件。它是导致“删了文件，空间不回来”的罪魁祸首。

这种情况通常发生在：
- **日志轮转 (logrotate) 配置不当**：应用没有收到 `SIGHUP` 信号重新打开日志文件。
- **应用有 Bug**：比如 Java 应用疯狂打日志，但没有正确关闭文件句柄。
- **人为误操作**：直接 `rm` 了正在被写入的大日志文件。

#### **2、根本原因：文件描述符 (fd) 还在被进程持有**

当一个进程打开一个文件时，内核会为它分配一个**文件描述符 (file descriptor)**。只要这个 fd 没有被 `close()`，内核就不会真正回收该文件占用的 inode 和数据块。`rm` 命令只是移除了文件名到 inode 的链接，但 inode 本身还在，因为还有进程在用它。

所以，**空间释放的关键不是删文件，而是找到并重启那个“霸占”着已删除文件的进程！**

#### **3、解决问题：三步定位法，手把手教学！**

####第一步：用 `lsof` 找出所有“已删除但未释放”的大文件

`lsof` (list open files) 是我们的神兵利器。

```bash
# 列出所有被删除但还被进程占用的文件，并按大小排序
sudo lsof +L1 | grep deleted | awk '{print $7, $9}' | sort -rh

# 输出示例：
# 5368709120 /var/log/myapp.log (deleted)
# 1073741824 /tmp/cache.db (deleted)
```

- **`+L1`** 参数是关键！它表示只列出**链接数小于 1** 的文件，也就是已被删除的文件。
- **`$7`** 是文件大小（字节），**`$9`** 是文件路径（后面会跟着 `(deleted)` 标记）。

**重点关注那些 GB 级别的文件！**

####第二步：根据文件名，找到“罪魁祸首”进程

从上一步的输出中，我们看到了文件名，比如 `/var/log/myapp.log (deleted)`。现在要找到是哪个进程在用它。

```bash
# 方法一：直接在 lsof 结果里看 PID（第一列）
sudo lsof +L1 | grep '/var/log/myapp.log'

# 输出示例：
# java    12345  myuser  1w      REG              253,0 5368709120    1234567 /var/log/myapp.log (deleted)
# 这里的 12345 就是 PID

# 方法二：通过 /proc 文件系统查看（更直观）
ls -l /proc/*/fd/* | grep deleted
```

记下这个 **PID（进程 ID）**。

####第三步：优雅地重启进程，释放空间

**不要直接 `kill -9`！** 这可能导致数据丢失或服务异常。

- **如果是你的 Java/Python 应用**：最好通过它的管理脚本（如 `systemctl restart myapp`）来重启，让它有机会做清理工作。
- **如果是 Nginx/Apache**：`sudo systemctl reload nginx` 通常就足够了，它会重新打开日志文件。
- **万不得已**：如果进程已经僵死，再用 `sudo kill -9 <PID>`。

**重启后，立刻执行 `df -h`，你会发现磁盘空间瞬间回来了！**

#### **4、终极预防措施：避免悲剧重演**

- **正确配置 logrotate**：确保在 `postrotate` 脚本里发送 `reload` 或 `SIGHUP` 信号给应用。
  ```bash
  /var/log/myapp/*.log {
      daily
      rotate 7
      compress
      delaycompress
      missingok
      notifempty
      postrotate
          /bin/systemctl reload myapp.service > /dev/null 2>&1 || true
      endscript
  }
  ```
- **监控 inode 使用率**：有时候不是空间满了，而是 inode 用光了（小文件太多）。用 `df -i` 查看。
- **定期巡检**：可以把 `lsof +L1` 加到你的日常巡检脚本里。

---

**总结一下**：下次再遇到磁盘 100%，记住口诀：**“不盲删，先 `lsof`；找 PID，再重启”**。用这 3 个命令，你就能从一个手忙脚乱的“删库跑路”预备役，变成一个冷静专业的 SRE！

希望这篇文章能成为你的“救命锦囊”！如果你觉得有用，请点赞收藏。下一期，我们聊聊 **“CPU 100% 怎么办？”**，敬请期待！

大家好，我是老杨。今天要聊一个让无数运维半夜惊醒的噩梦——服务器报警：“/ 分区使用率 100%”！

Linux 服务器磁盘 100%？别急着删文件！先用这 3 个命令找出真凶 [运维必看]

Linux服务器磁盘显示100%但删文件无效？问题根源往往是“已删除但被进程占用”的日志文件。本文教你用lsof +L1、grep deleted和/proc三步精准定位霸占空间的进程PID，通过优雅重启释放空间，并附logrotate正确配置方案，避免问题复发。运维救火必备技能！

运维

操作系统

Linux服务器磁盘空间100%报警？教你3个命令快速定位"空间黑洞"！揭秘"删文件不释放空间"的真相：进程仍占用已删除文件。通过lsof+L1命令找出大文件，定位占用进程PID，优雅重启释放空间。附logrotate配置技巧和日常巡检建议，运维工程师必备的磁盘空间急救指南！

日志文件

数据丢失

文件系统

数据库

服务器

Python

Linux

Java

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

Linux 服务器磁盘 100%？别急着删文件！先用这 3 个命令找出真凶 [运维必看]-腾讯云开发者社区-腾讯云

Linux 服务器磁盘 100%？别急着删文件！先用这 3 个命令找出真凶 [运维必看]

Linux 服务器磁盘 100%？别急着删文件！先用这 3 个命令找出真凶 [运维必看]

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐