搜索结果: "disk"

tags: [troubleshooting, performance, linux, debugging, production, monitoring, disk]

- raw/articles/2026-09-02-deleted-open-file-ghost-disk-space.md

完整证据链（df/du 差值脚本、`/proc` 巡检、mmap 与继承 FD 漏网点、截断前取证、自动巡检脚本）见 [[linux-deleted-file-disk-space-reclaim]]。

详细调优参见 [[linux-disk-io-tuning]]（IO 深度优化）和 [[linux-disk-space-troubleshooting]]（空间排查流程）。

| [[linux-disk-io-tuning]] | 磁盘 IO 深度调优 |

tags: [linux, networking, database, troubleshooting, production, security, monitoring, docker, disk]

- raw/articles/2026-09-02-deleted-open-file-ghost-disk-space.md

fdisk /dev/sda → n → p → w

参见 [[linux-disk-space-troubleshooting]]（磁盘空间排查完整流程）。

**面试加分点（2026-09-02 补）：** `df` 满而 `du` 小，除了 deleted FD 还有四类成因——挂载点覆盖下层目录、ext4 保留块、快照/配额、稀疏文件与硬链接。且释放顺序有讲究：优先让应用 reopen（`nginx -s reopen` / `kill -USR1`）或优雅重启，应急才 `truncate -s 0 /proc/PID/fd/N`（不可回滚、会丢日志）。见 [[linux-deleted-file-disk-space-reclaim]]。

tags: [kubernetes, troubleshooting, pod, deployment, production, monitoring, container, disk, storage]

- raw/articles/2026-09-02-deleted-open-file-ghost-disk-space.md

重点看 `Conditions` 部分是否挂上 `MemoryPressure` 或 `DiskPressure` 标签。

- `The node had condition: DiskPressure` → 磁盘整体压力大

宿主机视角的 deleted FD 证据链见 [[linux-deleted-file-disk-space-reclaim]]。

DiskPressure True KubeletHasDiskPressure ← 磁盘压力

| DiskPressure | 磁盘不足 | 日志/镜像占满磁盘，最常⻅ |

kubelet 的 DiskPressure 检测默认阈值：磁盘空间低于 10% 触发。

**诊断：** `df -h` 磁盘使用率 > 90%，`kubectl describe node` 显示 `DiskPressure=True`

DISK=$(ssh $NODE "df -h / | tail -1 | awk '{print \$5}' | sed 's/%//'")

tags: [linux, command, monitoring, debugging, disk]

- raw/articles/2026-09-02-deleted-open-file-ghost-disk-space.md

journalctl --disk-usage # 查看日志占用

journalctl --disk-usage

journalctl --disk-usage

tags: [linux, troubleshooting, disk, filesystem, storage, command, monitoring, case-study, production, container, debugging, logrotate]

sources: [raw/articles/2026-09-02-deleted-open-file-ghost-disk-space.md]

contradictions: [linux-disk-space-troubleshooting, linux-server-load-case-study]

journalctl --disk-usage

journalctl --disk-usage

tags: [linux, disk, storage, troubleshooting, filesystem, methodology, production, monitoring]

sources: [raw/articles/2026-09-07-linux-disk-fault-scenario-runbook.md]

> 定位：**按故障现象直接对号入座的修复手册**——只读文件系统、超级块损坏、Inode 耗尽、坏道、盘符漂移、挂载夯住、LVM 故障、救援模式 8 大场景，每个场景给「现象 → 成因 → 命令级解决方案」。分区/挂载/LVM 的日常操作手册见 [[linux-disk-partition-mount-guide]]，空间排查见 [[linux-disk-space-troubleshooting]]，SMART 健康预测见 [[linux-smart-disk-failure-prediction]]。

> 关联深挖：df 有余量但删文件不释放的「幽灵文件」场景是另一类问题，见 [[linux-deleted-file-disk-space-reclaim]]；批量小文件删除技巧见 [[linux-mass-file-deletion-guide]]。

> SMART 六大高危指标判读与故障预测模型见 [[linux-smart-disk-failure-prediction]]。

tags: [linux, disk, storage, command, monitoring, troubleshooting]

# [0:0:0:0] disk VMware Virtual disk 2.0 /dev/sda

# [0:0:1:0] disk VMware Virtual disk 2.0 /dev/sdb

# sda 8:0 0 100G 0 disk

# sdb 8:16 0 500G 0 disk

tags: [linux, performance, disk, storage, monitoring, command]

sources: [raw/articles/linux-disk-io-monitoring-guide.md]

- [[linux-disk-io-troubleshoot]] — 磁盘 IO 排查实战（%util 陷阱 + await 真相 + 完整排查决策树）

- [[linux-disk-inspection-tools-guide]] — 磁盘排查工具实战指南（iostat/smartctl/lsscsi 详解）

- [[linux-disk-io-tuning]] — 生产级 Linux 磁盘 IO 调优（调度器/内核参数/fio 基准测试）

tags: [linux, performance, disk, storage, troubleshooting, monitoring, debugging, command]

sources: [raw/articles/server-slow-disk-io-iostat-iotop-guide.md]

Total DISK READ: 0.00 B/s | Total DISK WRITE: 2.81 M/s

PID PRIO USER DISK READ DISK WRITE COMMAND

完整八场景处置见 [[linux-disk-fault-scenario-runbook]] 场景 6。

sources: [raw/articles/linux-disk-io-tuning-guide.md]

| **iotop -b -o** | 按进程查看 IO | `DISK READ/WRITE` / `IO%` |

rate(node_disk_io_time_seconds_total[5m]) * 100

rate(node_disk_read_time_seconds_total[5m]) / rate(node_disk_reads_completed_total[5m]) * 1000

rate(node_disk_read_bytes_total[5m]) / 1024 / 1024

tags: [linux, disk, storage, command]

> **核心流程：** 查看磁盘 → 选择分区表（MBR/GPT）→ 分区（fdisk/parted/gdisk）→ 格式化（mkfs）→ 挂载 → 配置 fstab 自动挂载。生产推荐 LVM。

fdisk -l /dev/sda # 查看分区表详情

| MBR 分区（<2TB） | `fdisk` | 传统工具，交互友好 |

| GPT 分区（>2TB） | `parted` 或 `gdisk` | parted 支持非交互，gdisk 界面类似 fdisk |

tags: [linux, troubleshooting, disk, storage, filesystem, monitoring, production, debugging, command]

sources: [raw/articles/linux-disk-space-troubleshooting.md, raw/articles/2026-09-02-deleted-open-file-ghost-disk-space.md]

contradictions: [linux-deleted-file-disk-space-reclaim]

场景化修复手册见 [[linux-disk-fault-scenario-runbook]]（Inode 耗尽为其中场景 3）。

> 本场景的完整证据链（df/du 差值脚本、无 lsof 时的 `/proc` 巡检、mmap 与继承 FD 漏网点、截断取证、自动巡检脚本）见 [[linux-deleted-file-disk-space-reclaim]]。

> 关联排查：[[linux-disk-space-troubleshooting]] — `ls -lhS` 快速定位大文件

> 关联排查：[[linux-disk-space-troubleshooting]] — `find -size` 定位磁盘占用

> 关联排查：[[linux-disk-space-troubleshooting]] — df/du 差异 >5% 的排查方法

> 关联排查：[[linux-disk-io-tuning]] — iostat 深度解读与生产调优

- [[linux-disk-inspection-tools-guide]] — 磁盘排查工具实战指南 — iostat 阈值解读/smartctl 健康诊断/lsscsi 设备列表

tags: [linux, command, performance, monitoring, disk, networking, troubleshooting, architecture]

| `sudo fdisk -l` | 查看所有磁盘分区 |

| `sudo lshw -C disk` | 磁盘详细信息（厂商、容量） |

| [[linux-disk-space-troubleshooting]] | 磁盘空间排查 |

| [[linux-disk-inspection-tools-guide]] | 磁盘排查工具实战指南 — iostat 阈值解读/smartctl 健康诊断/lsscsi 设备列表 |

# Total DISK READ: 50.2 M/s | Total DISK WRITE: 80.5 M/s

# TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND

> IO 排查深挖见 [[linux-disk-io-troubleshoot]]（%util 陷阱与 await 真相）与 [[linux-disk-io-monitoring-reference]]。

根本措施：优化应用 IO 模式减少随机读写、使用 SSD 代替机械硬盘、增加磁盘缓存、检查文件系统碎片、检查慢查询导致数据库 IO 过高、检查日志轮转配置避免单个日志文件过大。深挖见 [[linux-disk-io-tuning]]。

**Prometheus + Grafana 重点指标：** node_load1/node_load5/node_load15（Load Average）、node_cpu_seconds_total（CPU 使用时间）、node_memory_MemAvailable_bytes（可用内存）、node_memory_SwapCached_bytes（Swap 使用量）、node_disk_io_time_seconds_total（磁盘 IO 时间）、node_disk_read_bytes_total（磁盘读字节数）、node_disk_written_bytes_total（磁盘写字节数）、node_network_receive_bytes_total（网络接收字节数）、node_network_transmit_bytes_total（网络发送字节数）。以上指标名称仅供参考，实际指标名称取决于使用的 exporter 版本。

tags: [linux, command, troubleshooting, performance, networking, disk]

| 磁盘 | `df`, `du`, `lsblk`, `blkid`, `mount`, `fdisk`, `parted`, `iostat`, `iotop`, `fuser`, `lsof` |

> 磁盘空间排查详见：[[linux-disk-space-troubleshooting]]

### mkfs / fdisk 写错

# sfdisk -d /dev/sda > /tmp/sda-part.bak

tags: [linux, storage, disk, architecture, command]

完整八场景故障手册见 [[linux-disk-fault-scenario-runbook]]。

# sda 8:0 100G disk

# sdb 8:16 1T disk

- [[linux-disk-fault-scenario-runbook]] — 磁盘故障场景化修复手册（8 大场景对号入座：只读/超级块/Inode/坏道/盘符漂移/挂载夯住/LVM 故障/救援模式）

tags: [linux, troubleshooting, backup, security, disk, filesystem, command, case-study, data-loss]

- raw/articles/2026-09-02-deleted-open-file-ghost-disk-space.md

业界流传的说法是"xfs 删了就没了，ext4 还能救"——不严谨，但方向对：xfs 的恢复工具少、效果差；ext4 的恢复工具链成熟（extundelete、debugfs、testdisk）。

> 这类「已删除但仍打开」的文件也是磁盘空间不释放的元凶（幽灵文件）。**如果目的是回收空间而不是救数据**，处理优先级与完整证据链（df/du 差值、lsof +L1、mmap 与继承 FD、`truncate` 应急）见 [[linux-deleted-file-disk-space-reclaim]]。

### 方案 D：testdisk + photorec（无差别按块扫）

tags: [linux, troubleshooting, performance, production, debugging, case-study, disk]

sources: [raw/articles/linux-server-load-case-study.md, raw/articles/2026-09-02-deleted-open-file-ghost-disk-space.md]

contradictions: [linux-deleted-file-disk-space-reclaim]

iostat -xzm 1 3 # disk IOPS & latency

> ⚠️ **观点分歧（2026-09-02 标注）：** 本页早期结论（2026-05-11）把「logrotate `copytruncate`」直接列为长期方案。2026-08-11 的来源指出 `copytruncate` 先复制再截断，对大日志意味着一次全量复制、I/O 翻倍，不适合高写入速率场景。完整证据链见 [[linux-deleted-file-disk-space-reclaim]]。

tags: [linux, disk, monitoring, storage, case-study, automation]

sources: [raw/articles/2026-09-07-smart-disk-failure-prediction-guide.md]

**指标亮红后的坏道处置三步**（2026-09-07 磁盘故障 runbook 补充，坏道修复细节见 [[linux-disk-fault-scenario-runbook]] 场景 4）：

for disk in $(lsblk -d -n -o NAME | grep -E '^sd|^nvme'); do

DEV="/dev/${disk}"

- raw/articles/2026-09-02-deleted-open-file-ghost-disk-space.md

> **`tune2fs -m` 补充边界（2026-09-02 补）：** 这是文件系统级变更，仅适用于 ext4 块设备（先 `findmnt -n -o SOURCE /var` 确认），**不要对 XFS 执行**；根分区的保留块是管理员登录和关键服务写入的保障，不要盲目调低；回滚时若新增空间已被业务写满，恢复更高保留比例会让普通用户可用空间进一步下降。查保留量：`tune2fs -l "$device" | grep -E 'Reserved block count|Reserved block percentage'`。详见 [[linux-deleted-file-disk-space-reclaim]]。

**df 与 du 差异是独立信号（2026-09-02 补）：** 同一挂载点上 `df` 明显大于 `du`，说明部分已用块无法经目录树遍历——可能是幽灵文件（已删未释放），也可能是挂载点覆盖下层目录、快照/配额、稀疏文件与硬链接。`df` 含元数据与保留空间、`du` 对硬链接/稀疏文件/权限失败表现不同，**差值不是严格等式**，只有差值达数十 GB 且存在对应 deleted FD，证据链才完整。完整排查见 [[linux-deleted-file-disk-space-reclaim]]。

| [[linux-disk-space-troubleshooting]] | Linux 磁盘空间排查 8 命令（df/du/lsof/journalctl） |

| [[linux-deleted-file-disk-space-reclaim]] | 幽灵文件深度排查 — df/du 差值证据链、ext4 保留块边界、四类差异成因 |

- [[linux-disk-fault-scenario-runbook]] — Linux 磁盘故障场景化排查与修复 — 8 大故障场景对号入座：只读文件系统/超级块备份恢复/Inode 耗尽/坏道 badblocks+ddrescue/盘符漂移 UUID 治理/挂载夯住 D 状态/LVM 元数据恢复 vgcfgrestore/救援模式 + 巡检清单与数据库盘先导出原则

- [[linux-disk-inspection-tools-guide]] — 磁盘排查工具实战指南 — iostat 阈值解读/smartctl 健康诊断/lsscsi 设备列表/磁盘健康属性详解

- [[linux-disk-io-monitoring-reference]] — 磁盘 IO 监控参考 — iostat/vmstat 字段详解与五指标框架。磁盘使用率/饱和度/IOPS/吞吐量/响应时间五指标框架。iostat 逐字段解读（avg-cpu 段：user/nice/system/iowait/steal/idle；Device 段：rrqm/s/wrqm/s/r/s/w/s/rMB/s/wMB/s/avgrq-sz/avgqu-sz/await/svctm/%util）。vmstat 逐字段解读（procs r/b；memory swpd/free/buff/cache；swap si/so；io bi/bo；system in/cs；cpu us/sy/id/wa/st）。await vs svctm 核心判断。综合决策表（7 种场景）。

- [[linux-disk-io-troubleshoot]] — 磁盘 IO 排查实战 — %util 陷阱与 await 真相。服务器变慢时 CPU/内存正常但磁盘 IO 是凶手。详解 iostat 六大指标（%util/await/r_await/w_await/r/s/w/s）、%util 不等于磁盘损坏的陷阱、IOPS vs 带宽两个维度区别、iotop 找磁盘杀手进程、完整排查决策树（top→iostat→iotop→进程深查）、wa 字段（iowait）含义、df/du 空间排查前置步骤。

- [[linux-disk-io-tuning]] — 生产级 Linux 磁盘 IO 调优：从原理到实战（存储介质/调度算法/文件系统/脏页/工具链/监控告警/案例复盘）

- Created raw: raw/articles/linux-disk-space-troubleshooting.md

- Created concepts: linux-disk-space-troubleshooting

- Created raw: raw/articles/linux-disk-io-tuning-guide.md

- Created concepts: linux-disk-io-tuning（9 章节覆盖 IO 三要素/存储介质调度/文件系统/工具链/瓶颈识别/内核脏页/应用层优化/监控告警/案例复盘/检查清单）

- Cross-ref inbound links added to: server-performance-four-dimensions, cpu-spike-troubleshooting-guide, linux-memory-management-deep-dive, network-troubleshooting-order, linux-disk-io-tuning

tags: [linux, command, backup, security, disk, filesystem, container, kubernetes, data-loss]

- ❌ 不要在受影响文件系统上安装 `testdisk`、`extundelete` 等工具

- [[linux-deleted-file-disk-space-reclaim]] — 幽灵文件深度排查 — 已删未释放空间的完整证据链（df/du 差值 / lsof +L1 / mmap 与继承 FD / truncate 应急），与本页共用 /proc/PID/fd 抢救手法

- [[linux-disk-inspection-tools-guide]] — Linux 磁盘检查工具总览

journalctl --disk-usage

journalctl --disk-usage | awk '{print $NF}'

ssh $host "journalctl --disk-usage | tail -1; echo '---TOP3---'; journalctl --since '1 hour ago' | awk '{print \$5}' | sort | uniq -c | sort -rn | head -3; ps aux | grep [r]syslogd | awk '{print \$1, \$3}'"

journalctl --disk-usage

SHOW STATUS LIKE 'Created_tmp_disk_tables';

**修复**：在从库关闭 AOF/RDB（仅在从库做持久化由主库负责）；调大 `repl-backlog-size`；使用 `repl-diskless-sync`（无盘复制）。

- [[mysql-disk-space-cleanup-guide]] — MySQL 磁盘空间不足时的安全清理指南，哪些文件能用 SQL 清理，哪些绝不能动

| `kubectl get nodes` | 看节点状态：NotReady、DiskPressure、MemoryPressure |

真正要看的是：NodeDiskPressure/NodeMemoryPressure、kubelet 与 API Server 通信失败、证书过期、容器运行时无响应、节点级 OOM 杀掉 kubelet。

**Pod 起不来：** 是 Pending、ContainerCreating、CrashLoopBackOff 还是 OOMKilled？Events 里是调度失败、挂载失败、探针失败还是镜像拉取失败？节点是否存在 DiskPressure/MemoryPressure？request/limit 是否与真实负载严重偏离？

tags: [linux, storage, disk, architecture, case-study]

- [[linux-smart-disk-failure-prediction]] — SMART 磁盘健康监测实战：坏盘前 1-3 周预警、主动换盘，避免"重建还没跑完第二块又掉了"的雪崩场景

- [[linux-disk-io-tuning]] — 磁盘 IO 性能调优（存储介质/调度器/文件系统视角）

2026-09-07 拓宽：linux 63页（新增磁盘故障场景化修复 runbook 专页：8 大场景对号入座+巡检清单+数据库盘先导出原则；partition-mount/space-troubleshooting/smart-prediction/raid-lvm/disk-io-troubleshoot 五页增量合并）

- disk: 磁盘管理工具

aliyun ecs CreateSnapshot --DiskId xxx

- [[mysql-disk-space-cleanup-guide]] — MySQL 磁盘空间不足时的安全清理指南，哪些文件能用 SQL 清理，哪些绝不能动

| ① | 存储空间耗尽（Disk Full） | 高（服务中断） | 极高 |

### 坑一：Docker 存储空间耗尽（Disk Full）

tags: [linux, command, storage, disk, architecture, troubleshooting]

`fdisk`, `mkfs`, `mount`, `sysctl`, `iptables`, `reboot`, `shutdown`, `modprobe`

- [[linux-disk-io-troubleshoot]] — 磁盘 IO 排查实战 — %util 陷阱与 await 真相。服务器变慢时 CPU/内存正常但磁盘

- [[linux-disk-io-monitoring-reference]] — 磁盘 IO 监控参考 — iostat/vmstat 字段详解与五指标框架。磁盘使用率/饱和度/IO

- [[linux-disk-io-tuning]] — 磁盘 IO 调优（脏页回写与 Page Cache 关系）

- [[linux-disk-partition-mount-guide]] — Linux 磁盘分区与挂载完整实操：MBR/GPT 选区、fdisk/parted/gdisk 分区

> 底层存储：[[linux-disk-io-tuning]]（IO 调度与 NFS 性能）

- [[linux-disk-io-tuning]] — 磁盘 IO 调优（NFS IO 路径的底层原理）

| [[linux-disk-io-troubleshoot]] |

| [[linux-disk-io-monitoring-reference]] |

tags: [linux, troubleshooting, performance, monitoring, disk, networking, container]

- [[linux-disk-io-troubleshoot]] — 磁盘 IO 排查实战 — %util 陷阱与 await 真相。服务器变慢时 CPU/内存正常但磁盘

# ❌ 不要 rm：fd 仍被持有，空间不释放且 Nginx 写入失效（幽灵文件，见 [[linux-deleted-file-disk-space-reclaim]]）

- [[linux-deleted-file-disk-space-reclaim]] — 幽灵文件与磁盘空间回收（本页步骤 10 紧急清理的机制详解）

- [[mysql-disk-space-cleanup-guide]] — MySQL 磁盘空间不足时的安全清理指南

tags: [database, mysql, storage, troubleshooting, disk, command]

| [[mysql-disk-space-cleanup-guide]] |

- [[mysql-disk-space-cleanup-guide]] — MySQL 磁盘空间不足的安全清理指南

| 磁盘使用率告警 | `disk_check.yml` | df 超 80% 自动告警 |

| [[linux-disk-space-troubleshooting]] | 磁盘空间排查 |

| `jenkins_node_disk` | Master 磁盘使用率 | > 85% |

1. **历史资源水位** — CPU/Memory/Network/Disk 的 P50/P90/P95/P99

| `node.kubernetes.io/disk-pressure` | 磁盘压力 | 默认 NoSchedule |

disktype: ssd

path: /mnt/disks/ssd1

- `kubectl get nodes` → 节点状态（NotReady、DiskPressure、MemoryPressure）

| [[linux-disk-space-troubleshooting]] | Linux 磁盘空间排查 8 命令（df/du/lsof/journalctl 等） |

fdisk -l

| [[linux-disk-io-tuning]] | 磁盘 IO 调优（%sys 高的 IO 路径排查） |

| [[linux-disk-io-tuning]] | 磁盘 IO 调优（调度器/文件系统） |

| [[linux-disk-space-troubleshooting]] | 磁盘空间排查（日志压缩清理策略） |

- [[linux-disk-io-tuning]] — Linux 磁盘 I/O 调优

| [[linux-disk-io-monitoring-reference]] |

| [[linux-disk-space-troubleshooting]] | 磁盘空间排查（删除后空间不释放问题） |