Category: Storage

关键词：LVM、ext4、容器运行时、、、、hung task 这篇文章记录了一次典型但很容易被误判的 Linux 系统故障排查过程。问题表面看起来是 / 容器运行时 / 接连报错，但根因其实在底层存储与文件系统一致性。 如果你使用的是： 那么这篇记录大概率对你有参考价值。 一、问题现象 系统启动或运行过程中，内核和 日志大量刷屏，主要包括： 伴随的实际表现包括： 这类状态非常迷惑，很容易让人误以为是： 实际上都不是。 二、关键信息：hung task 真正重要的只有一条日志： 这不是 容器运行时 的逻辑错误，而是 Linux 内核的 hung task 检测，含义是： 某个进程（这里是 ）长期处于不可中断状态（D state），通常是在等待 I/O。 一旦出现 hung task： 三、环境确认 进一步确认系统结构： 通过命令确认： 得到结果： 关键信息： 出问题的 ext4 文件系统，正是当前已经挂载为 / 的根分区。 四、为什么 / / 容器运行时 全部出问题 …

在日常使用中，如果我们需要报废、转让或重新利用一块硬盘，彻底清除数据 是非常重要的一步。单纯的删除文件或重新分区并不会真正抹掉数据，仍可能被恢复工具找回。本文记录在 Linux 下对一块 机械硬盘（/dev/sda） 和一块 NVMe SSD（/dev/nvme0n1） 进行彻底清理的过程。 为什么要彻底清除？ 一、清理机械硬盘（/dev/sda） 对于机械硬盘，最常见的方式就是用 dd 或 shred 将整个盘覆盖。 方法 1：用 dd 写满 0 最终磁盘会被完全写满 0，所有数据被覆盖。 方法 2：用 shred 多次覆盖（更彻底） 这种方式比单次写 0 更难恢复，但耗时也更长。 二、清理 NVMe SSD（/dev/nvme0n1） SSD 与机械硬盘不同，出于磨损均衡和 Flash 管理的原因，单纯的写零未必能保证彻底覆盖。NVMe 盘推荐使用固件自带的 安全擦除指令。 使用 NVMe Secure Erase 安装 nvme-cli 工具： 执行安全擦除： 此方法速度极快（通常几秒钟），效果等同于恢复出厂，所有数据不可恢复。 三、执行结果 清理完成后，可以用以下命令确认： …