0.10 磁盘、文件系统、挂载与 LVM/RAID

0.9 里 D 状态的进程，多半卡在块设备 I/O 上。再往上走一层，就是磁盘、分区、文件系统、挂载点这套栈。日常故障里，「磁盘满了」这四个字的含义至少有五种：数据真的写满了、inode 用完了、预留块吃掉了余量、删除的文件仍被进程打开、或者写的是另一个挂载点。

这一章先把「看」和「算」讲清楚，再动「改」。所有分区、格式化、删除类命令都会给安全警告和回滚；LVM 和 RAID 的实验全部在 /var/tmp/block-lab 下的镜像文件上通过 losetup 完成，不碰 /dev/nvme* 或 /dev/sd*。

只提醒一次：mkfs、wipefs、lvremove、mdadm --create 都是不可逆操作。真盘误操作唯一可靠的回滚是备份；testdisk 之类的工具是补救，不是回滚。

0.10.1 先看清块设备：lsblk、findmnt、df

lsblk 读的是 /sys 里的块设备树，findmnt 读的是挂载表，df 读的是已挂载文件系统的统计。三个视角合起来，才能回答「这块盘是什么、挂在哪、用了多少」。

$ lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS,MODEL
NAME        SIZE TYPE FSTYPE MOUNTPOINTS MODEL
nvme0n1   476.9G disk                   Samsung SSD 980 500GB
├─nvme0n1p1   1G part vfat   /boot/efi
├─nvme0n1p2 475G part ext4   /
└─nvme0n1p3   1G part swap   [SWAP]
$ findmnt -no SOURCE,FSTYPE,OPTIONS /
/dev/nvme0n1p2 ext4 rw,relatime
$ df -hT / /boot/efi
Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/nvme0n1p2 ext4  468G  391G   54G  88% /
/dev/nvme0n1p1 vfat  1.1G  6.2M  1.1G   1% /boot/efi

lsblk 的 TYPE 告诉你层级：disk 是整盘，part 是分区，lvm 是逻辑卷，raid5 是软 RAID 阵列。MOUNTPOINTS 为空表示没挂载；[SWAP] 表示被用作交换区。MODEL 能帮你确认「这块是不是那块 SSD」，比 /dev/sda 可靠。

findmnt 的 OPTIONS 是实际生效的挂载选项，不是 /etc/fstab 里写的。rw,relatime 说明可读写、访问时间按相对时间更新。想看全部挂载用 findmnt --real，它会过滤掉 proc、sysfs、cgroup2 这些伪文件系统。

df 的 Size/Used/Avail 来自文件系统的超级块，单位是 1K 块再换算；Use% 的分母不含 ext4 的预留块，所以 Use% 到 100% 时 root 仍可能写进去一点。df -i 看 inode，df -T 看文件系统类型，df -h /path 看某个路径落在哪个挂载点。

分区表用 GPT 还是 MBR，只影响引导和老系统兼容；UEFI 时代新盘一律 GPT。parted 能看分区表，fdisk 也能，但两者都不是日常必需：先 lsblk，需要细节再 sudo parted -l。旧式的 fdisk 交互命令、MBR 主分区上限这些内容在 A.1。

0.10.2 文件系统选型与创建

ext4、XFS、Btrfs 都能在 Ubuntu 24.04 上用，差别在扩展性、快照和修复工具：

选型的硬约束只有两条：XFS 不能缩容，要缩只能备份、重建、恢复；Btrfs 的 RAID5/6 不可靠，不要用它做 RAID5。其余差别在性能和运维习惯，不在「哪个更高级」。

创建文件系统会抹掉目标设备上的所有数据。命令本身只有一行，风险全在设备名：

# 以下三条任选其一；执行前用 lsblk 确认 /dev/vgdata/lvdata 是空盘
sudo mkfs.ext4 -L data -m 1 /dev/vgdata/lvdata     # 预留块从 5% 降到 1%
sudo mkfs.xfs  -L data /dev/vgdata/lvdata
sudo mkfs.btrfs -L data /dev/vgdata/lvdata

ext4 的 -m 1 把预留块比例从默认 5% 降到 1%，对大容量数据盘能多出几十 GB；根分区保留默认值，给 root 留应急空间。-L 设置卷标，之后可以用 LABEL=data 挂载，比 UUID 好记，但卷标可能重复，生产环境仍推荐 UUID。

创建后核对三件事：

sudo tune2fs -l /dev/vgdata/lvdata | grep -E 'Block count|Block size|Inode count|Reserved block count'
sudo xfs_info /dev/vgdata/lvdata | head -5
sudo btrfs filesystem usage /mnt/data

tune2fs -l 里的 Inode count 是格式化时定下的，之后不能增加（只能靠 resize2fs 扩容时按比例增加）。小文件特别多的场景（邮件队列、容器镜像层、Git 对象）要在 mkfs.ext4 时用 -N 指定更多 inode，或者选 XFS——XFS 动态分配 inode，但仍受 imaxpct/maxpct 限制，极端小文件场景仍可能 inode 用尽。

0.10.3 df 与 du 为什么对不上

df 统计文件系统超级块，du 遍历目录累加文件块数。两者统计口径不同，对不上是常态；对得上的情况反而是巧合。

$ df -hT /
Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/nvme0n1p2 ext4  468G  391G   54G  88% /
$ sudo du -xsh /var/* 2>/dev/null | sort -h | tail -4
1.2G    /var/lib
2.4G    /var/cache
3.1G    /var/log
11G     /var/lib/docker
$ sudo lsof +L1 | head -3
COMMAND   PID     USER   FD   TYPE DEVICE SIZE/OFF NLINK     NODE NAME
nginx    1234 www-data    5w   REG  259,2 3221225472     0  1234567 /var/log/nginx/access.log (deleted)
$ df -i /
Filesystem      Inodes  IUsed    IFree IUse% Mounted on
/dev/nvme0n1p2 30539776 812345 29727431    3% /

五个常见原因，按排查顺序：

第一行是生产环境最常见的一种：日志文件被 rm 掉，nginx 还开着 fd，df 不会释放空间，du 也看不到它。lsof +L1 列出「link count 为 0 但仍打开」的文件，truncate -s 0 /proc/1234/fd/5 能立刻释放（对正在写的日志要谨慎，可能丢当前缓冲）。

du -x 的 -x 很重要：不加它会跨挂载点，把 /proc、/sys、其他数据盘都算进来。du -sh /var/* 只统计一层，找大目录要逐层下钻，或者用 ncdu（apt install ncdu）交互式浏览。

0.10.4 inode 用尽：磁盘还有空间却写不进去

df -h 显示 11% 使用，touch 却报 No space left on device，第一反应是看 df -i：

df -h /data
df -i /data
sudo find /data -xdev -type f | wc -l
sudo find /data -xdev -type d -name '.cache' -prune -o -type f -printf '%s %p\n' |
    sort -n | head

如果 df -i 的 IUse% 是 100%，就是 inode 用完了。每个文件至少占一个 inode，ext4 在格式化时按 bytes-per-inode 比例预分配；小文件多到超过这个比例，空间再多也写不进去。清理办法是删掉无用的小文件（缓存、临时文件、旧会话），或者把目录迁到 inode 更多的文件系统。

重建文件系统能增加 inode，但会清空数据，属于最后手段：

# 只在空盘或已备份的盘上执行；mkfs 会清空
sudo mkfs.ext4 -N 8000000 -L data /dev/vgdata/lvdata

-N 直接指定 inode 总数；不指定时 ext4 按 -i（bytes-per-inode，默认 16384）计算。-N 越大，元数据占用越多，可用数据空间越少。XFS 没有这个问题，它的 inode 是动态分配的；如果目录天然会有几百万小文件，选 XFS 比调 ext4 参数更省事。

0.10.5 挂载、/etc/fstab 与救援

挂载把文件系统接到目录树上。临时挂载用 mount，开机自动挂载写 /etc/fstab：

sudo mount /dev/vgdata/lvdata /mnt/data
findmnt /mnt/data
sudo umount /mnt/data

umount 报 target is busy 时，先找谁在用，不要直接 umount -l：

sudo fuser -vm /mnt/data
sudo lsof +D /mnt/data

fuser -vm 列出占用该挂载点的进程和 PID，lsof +D 列出打开的文件。杀掉或让进程 cd 走之后再 umount。umount -l（lazy）只是把挂载点从命名空间里摘掉，设备仍然忙，文件系统仍然占着，不是修复手段。

/etc/fstab 每行六个字段：

UUID=6f1c2a9e-3b7d-4c8e-9a10-5d2f8b1c7e44  /data  ext4  defaults,nofail,x-systemd.device-timeout=10  0  2

字段依次是：设备（推荐 UUID 或 LABEL=）、挂载点、类型、选项、dump（基本为 0）、fsck 顺序（根为 1，其他为 2，不检查为 0）。nofail 表示设备不存在时继续启动；没有它，一块掉线的数据盘会让系统卡在 emergency mode。x-systemd.device-timeout=10 把等待时间从默认 90 秒降到 10 秒。x-systemd.automount 让 systemd 在第一次访问时才挂载，适合不常用的网络盘或备份盘。

改完 fstab 必须验证，不要直接重启：

sudo systemctl daemon-reload      # systemd 从 fstab 生成 .mount unit
sudo findmnt --verify
sudo mount -a                     # 按 fstab 挂载所有未挂载项
findmnt /data

findmnt --verify 会解析 fstab 并报告语法、重复挂载点、设备不存在等问题；mount -a 真正执行一遍。两条都过了再重启，风险小得多。

fstab 写错导致开不了机，救援顺序是：

1. 进 emergency/rescue shell（GRUB 菜单里选 recovery，或内核参数加 systemd.unit=rescue.target）；
2. mount -o remount,rw / 把根分区改成可写；
3. 编辑 /etc/fstab，注释掉出错的行，或加 nofail；
4. systemctl daemon-reload，reboot。

如果是云主机，控制台串口/救援模式是唯一入口；这也是为什么改 fstab 前要先确认云厂商的救援方式。

0.10.6 LVM：分层扩容

LVM 把「物理盘」和「文件系统」之间加了两层：物理卷（PV）、卷组（VG）、逻辑卷（LV）。好处是可以在线扩容、跨盘拼容量、给 LV 起稳定名字；代价是多一层映射，故障排查要多看几个命令。

物理盘 /dev/nvme0n1
└─ 分区 /dev/nvme0n1p2（GPT）
   └─ PV /dev/nvme0n1p2 ──┐
                          ├─ VG vgdata ─┬─ LV lvdata → ext4 → /data
   PV /dev/nvme1n1p1 ─────┘             └─ LV lvlog  → XFS  → /var/log

读图：扩容只能从左往右加，缩容只能从右往左减。加一块盘，先 pvcreate 成 PV，再 vgextend 进 VG，然后 lvextend 扩 LV，最后扩文件系统；lvextend -r 会把最后一步一起做掉。缩容反过来：先缩文件系统（XFS 不支持），再 lvreduce，最后才 pvremove。顺序错了就是数据丢失。

下面的实验只碰 loop 设备。先建两个 1 GB 的镜像文件，挂成 loop，做成 VG，再建一个 1 GB 的 LV：

lab=/var/tmp/block-lab
mkdir -p "$lab" && cd "$lab"
for i in 1 2; do truncate -s 1G "disk$i.img"; done
loop1=$(sudo losetup -f --show "$lab/disk1.img")
loop2=$(sudo losetup -f --show "$lab/disk2.img")
printf 'loop1=%s loop2=%s\n' "$loop1" "$loop2"

sudo pvcreate "$loop1" "$loop2"
sudo vgcreate vglab "$loop1" "$loop2"
sudo lvcreate -L 1G -n lvdata vglab
sudo mkfs.ext4 -L lvlab /dev/vglab/lvdata
sudo mkdir -p /mnt/lvlab
sudo mount /dev/vglab/lvdata /mnt/lvlab
df -hT /mnt/lvlab

再加第三个 1 GB 镜像，把它扩进 VG，然后在线扩 LV 和文件系统：

lab=/var/tmp/block-lab
truncate -s 1G "$lab/disk3.img"
loop3=$(sudo losetup -f --show "$lab/disk3.img")
sudo pvcreate "$loop3"
sudo vgextend vglab "$loop3"
sudo lvextend -L +1G -r /dev/vglab/lvdata
df -hT /mnt/lvlab

$ sudo pvs
  PV         VG    Fmt  Attr PSize  PFree
  /dev/loop0 vglab lvm2 a--   1.00g     0
  /dev/loop1 vglab lvm2 a--   1.00g 1.00g
$ sudo lvs
  LV     VG    Attr       LSize
  lvdata vglab -wi-ao---- 1.00g
$ sudo lvextend -L +1G -r /dev/vglab/lvdata
  Size of logical volume vglab/lvdata changed from 1.00 GiB (256 extents) to 2.00 GiB (512 extents).
  Logical volume vglab/lvdata successfully resized.
resize2fs 1.47.0 (5-Feb-2023)
Filesystem at /dev/mapper/vglab-lvdata is mounted on /mnt/lvlab; on-line resizing required
The filesystem on /dev/mapper/vglab-lvdata is now 524288 (4k) blocks long.
$ df -hT /mnt/lvlab
Filesystem              Type  Size  Used Avail Use% Mounted on
/dev/mapper/vglab-lvdata ext4  2.0G   24K  1.9G   1% /mnt/lvlab

pvs/vgs/lvs 分别看 PV、VG、LV；pvs -o+pv_used 能看每个 PV 用了多少。lvextend -r 的 -r 调用 fsadm，ext4 走 resize2fs，XFS 走 xfs_growfs；没有 -r 时 LV 变大了但文件系统没变，df 仍是旧大小。这是 LVM 扩容最常见的「我扩了但没生效」。

回滚这套实验：

lab=/var/tmp/block-lab
sudo umount /mnt/lvlab 2>/dev/null || true
sudo lvremove -y vglab/lvdata 2>/dev/null || true
sudo vgremove -y vglab 2>/dev/null || true
for img in "$lab"/disk*.img; do
    for dev in $(sudo losetup -j "$img" -O NAME --noheadings); do
        sudo pvremove -y "$dev" 2>/dev/null || true
        sudo losetup -d "$dev"
    done
done
rm -rf "$lab"

回滚顺序和创建相反：先卸文件系统，再删 LV、VG，最后清 PV 标签、解 loop、删镜像文件。lvremove 会二次确认，-y 跳过；在生产上不要习惯性加 -y，先 lvs 看清 LV 名字。

0.10.7 RAID：级别取舍与 mdadm

RAID 用多块盘换容量、冗余或性能。级别不是越高越好，是先确定「能接受几块盘同时坏」和「写性能能不能降」：

RAID 5 的「写惩罚」来自每次写要读旧数据、旧校验、算新校验、写数据、写校验；小随机写会放大成多次 I/O。RAID 10 牺牲一半容量换更简单的重建和更好的随机写。RAID 6 多一块校验盘，能扛两块盘同时坏，但写更慢、重建更久。

用三块 512 MB 的 loop 盘做一个 RAID5：

lab=/var/tmp/block-lab
mkdir -p "$lab" && cd "$lab"
for i in 1 2 3; do truncate -s 512M "raid$i.img"; done
loops=()
for img in raid1.img raid2.img raid3.img; do
    loops+=("$(sudo losetup -f --show "$img")")
done
printf '%s\n' "${loops[@]}"

sudo mdadm --create /dev/md/raidset --level=5 --raid-devices=3 \
    --chunk=64 "${loops[@]}"
sudo mkfs.ext4 -L raidlab /dev/md/raidset
sudo mkdir -p /mnt/raidlab
sudo mount /dev/md/raidset /mnt/raidlab
cat /proc/mdstat

$ cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md127 : active raid5 loop2[2] loop1[1] loop0[0]
      1046528 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
​
$ sudo mdadm /dev/md/raidset --fail /dev/loop0
mdadm: set /dev/loop0 faulty in /dev/md/raidset
$ sudo mdadm /dev/md/raidset --remove /dev/loop0
mdadm: hot removed /dev/loop0 from /dev/md/raidset
$ truncate -s 512M spare.img
$ spare=$(sudo losetup -f --show spare.img)
$ sudo mdadm /dev/md/raidset --add "$spare"
mdadm: added /dev/loop3
$ cat /proc/mdstat
md127 : active raid5 loop3[3] loop2[2] loop1[1]
      1046528 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/2] [UU_]
      [=>...................]  recovery = 8.2% (43008/523264) finish=0.1min speed=60000K/sec

/proc/mdstat 的 [3/3] [UUU] 表示 3 块成员都在、3 块正常；[3/2] [UU_] 表示缺一块，正在用热备盘重建。mdadm --detail 会给出更完整的 State、Active Devices、Failed Devices 和每块盘的角色。重建期间性能会下降，RAID5 的大容量盘重建可能持续数小时到数天。

回滚：

lab=/var/tmp/block-lab
sudo umount /mnt/raidlab 2>/dev/null || true
sudo mdadm --stop /dev/md/raidset
for img in "$lab"/raid*.img "$lab"/spare.img; do
    [ -e "$img" ] || continue
    for dev in $(sudo losetup -j "$img" -O NAME --noheadings); do
        sudo mdadm --zero-superblock "$dev" 2>/dev/null || true
        sudo losetup -d "$dev"
    done
done
rm -rf "$lab"

mdadm --stop 停阵列但不会清掉成员盘上的超级块；不 --zero-superblock 就复用这些盘，mdadm --assemble 可能把旧阵列重新组装出来。清超级块是 RAID 实验里最容易被忘的一步。

0.10.8 swap、TRIM、配额与磁盘健康

Ubuntu 24.04 默认用 /swap.img 作为交换文件，swapon --show 能看到它：

$ swapon --show
NAME      TYPE SIZE USED PRIO
/swap.img file   2G   0B   -2
$ free -h
               total        used        free      shared  buff/cache   available
Mem:            15Gi       3.2Gi       8.1Gi       123Mi       4.4Gi        11Gi
Swap:           2.0Gi          0B       2.0Gi
$ systemctl list-timers fstrim.timer --no-pager
NEXT                         LEFT     LAST                         PASSED UNIT
Mon 2025-03-03 00:00:00 UTC  13h left Mon 2025-02-24 00:00:01 UTC  6 days ago fstrim.timer

加一块 swap 文件的完整步骤与回滚：

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
swapon --show
# 写入 fstab 才会开机自动启用
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

# 回滚
sudo swapoff /swapfile
sudo sed -i '\#^/swapfile #d' /etc/fstab
sudo rm /swapfile

fallocate 比 dd 快，但在 Btrfs 上不能直接给 swap 文件用 fallocate，要用 btrfs filesystem mkswapfile。chmod 600 是必须的：swap 里可能有明文密钥和密码，其他用户不可读。swapon 前用 free -h 确认内存和 swap 余量，swapoff 时系统需要把 swap 里的页换回内存，内存不够会触发 OOM。

SSD 的 TRIM 告诉盘哪些块不再使用。两种方式：挂载选项 discard（每次删除同步发）或定期 fstrim（批量发）。Ubuntu 默认启用 fstrim.timer，每周跑一次，比 discard 对延迟更友好。手动跑一次：

sudo fstrim -av

磁盘健康用 SMART。SATA 盘 smartctl -a /dev/sda，NVMe 盘 smartctl -a /dev/nvme0 或 nvme smart-log /dev/nvme0（apt install smartmontools nvme-cli）。重点看 Reallocated_Sector_Ct、Pending_Sector、Media_Wearout、Percentage Used、Available Spare；数值异常时先备份，再做 smartctl -t short 自检。内核日志里的 I/O 错误也要看：

sudo dmesg -T | grep -iE 'I/O error|nvme|ata[0-9]|medium error'

dmesg -T 把内核时间戳转成可读时间；medium error、Unrecovered read error 通常意味着盘要换了。RAID 能扛住一块盘坏，但扛不住「坏了不换」；SMART 告警和 mdadm --monitor 应该接到监控里，而不是等人发现。

0.10.8.1 磁盘配额：quota、xfs_quota 与 project quota

多用户/多租户机器上，「磁盘满了」往往不是整块盘满，而是某个用户或项目写爆了配额。配额按 用户/组/项目 限制 inode 数与块数，分软限、硬限与宽限期。

启用（ext4）：

# /etc/fstab 加 usrquota,grpquota（XFS 用 uquota,gquota,prjquota）
sudo mount -o remount /home
sudo quotacheck -ugm /home
sudo quotaon -ug /home

查看/设置：

quota -u alice            # 用户配额
repquota -a               # 所有用户
edquota -u alice          # 交互编辑软/硬限与宽限期
setquota -u alice 500M 600M 1000 1200 /home   # 块软/硬、inode 软/硬

XFS 用 xfs_quota（配额在挂载时启用，不能后开）：

xfs_quota -x -c 'report -h' /home
xfs_quota -x -c 'limit -u bsoft=500m bhard=600m alice' /home

project quota 是容器/多租户最常用的一种：给一个目录树打 project ID，限制整棵树的用量，而不是限制某个 UID。overlayfs 的上层目录也可以挂 project quota，防止单个容器写爆宿主盘。

要点：

• 配额统计的是块数，不是「文件大小」；稀疏文件按实际分配的块算。
• ext4 的配额文件是 aquota.user/aquota.group；XFS 的配额元数据在文件系统内部，不要手工删。
• df 看到的是文件系统总量，不显示配额；用 quota/repquota/xfs_quota report。
• 软限超了只警告并启动宽限期（默认 7 天），硬限超了直接 EDQUOT；应用要处理 EDQUOT，不要只处理 ENOSPC。

0.10.8.2 配额的三种口径与 EDQUOT

配额不是「一块盘的总量」，而是「某个主体在某个文件系统上的用量上限」。三种主体的统计口径不同，选错就会限不到真正想限的人：

XFS 的 prjquota 与 gquota 不能同时启用；要按目录限，就放弃组配额。ext4 从 Linux 4.5 起也支持 project quota（挂载选项 prjquota，旧盘要先启用 project/quota 特性），但打 ID 与报表的工具链和 XFS 不同，见本节末尾。Btrfs 的 qgroup 是另一套模型，不在本章范围。

ext4 的启用流程比 XFS 多两步，因为配额文件是普通文件，需要先创建：

# 1. fstab 加选项，重新挂载
# /dev/vgdata/lvhome /home ext4 defaults,usrquota,grpquota 0 2
sudo mount -o remount /home

# 2. 扫描并生成 aquota.user / aquota.group；-m 表示不尝试 remount 只读
sudo quotacheck -ugm /home

# 3. 打开配额
sudo quotaon -ug /home
quotaon -p /home            # 查看状态

# 4. 设置：块单位是 1K block，inode 单位是个数
sudo setquota -u alice 512000 614400 1000 1200 /home
sudo edquota -t             # 全局宽限期，默认 7 天
sudo repquota -a            # 报表

块软限 512000 个 1K 块 = 500 MiB，硬限 600 MiB；inode 软限 1000、硬限 1200。用户超过软限只收到警告并开始倒计时，超过硬限立刻 EDQUOT。edquota -u alice 是交互式编辑，适合单个用户；批量用 setquota。

XFS 的配额在挂载时决定，不能 remount 后开：

# /dev/vgdata/lvhome /home xfs defaults,uquota,gquota 0 0
sudo umount /home && sudo mount /home
sudo xfs_quota -x -c 'state' /home
sudo xfs_quota -x -c 'report -ubih' /home
sudo xfs_quota -x -c 'limit -u bsoft=500m bhard=600m alice' /home
sudo xfs_quota -x -c 'timer -u -b 14days' /home

report 的 -u/-g/-p 选主体，-b/-i/-h 选块/inode/人类可读。state 会显示 User quota state、Group quota state、Project quota state 与宽限期；df 只显示文件系统总量，不显示配额余量。

project quota 的关键是「给目录树打 ID」，不是给用户：

# 假设 /srv 是启用了 prjquota 的 XFS 挂载点
sudo mkdir -p /srv/app
# 42 是任意未使用的 project ID；-s 让该目录下新建文件继承这个 ID
sudo xfs_quota -x -c 'project -s -p /srv/app 42' /srv
sudo xfs_quota -x -c 'limit -p bhard=20g 42' /srv
sudo xfs_quota -x -c 'report -p -h' /srv

project -s 会递归给现有文件打 ID；之后新建的文件靠目录的继承标志自动带上。容器运行时给 overlay 上层目录加 project quota，就是这套机制。

ext4 的 project quota 走另一套命令：用 chattr -p 42 /srv/app 打 ID，用 chattr +P /srv/app 设继承，再用 repquota -P /srv 看报表。旧盘要先 tune2fs -O project,quota 并离线跑一次 e2fsck -f；挂载选项写 prjquota。它和 XFS 的 xfs_quota project 不通用，照抄命令会报 Operation not supported。

应用要同时处理 ENOSPC 和 EDQUOT（errno 122）。很多程序只判断前者，配额超限时给出「磁盘空间不足」的误导性错误。写文件的循环还应该区分「写到一半失败」：write 返回短写或 EDQUOT 时，已写部分仍占配额，回滚要显式 ftruncate。

0.10.9 分区表、对齐与 fdisk/sgdisk/parted

分区表决定「这块盘怎么切」，文件系统只看见自己所在的分区。分区表坏了，文件系统再健康也挂不上；分区起止没对齐，性能会莫名其妙掉一截。

MBR 的 2 TiB 限制来自「32 位 LBA × 512 B 扇区」。4Kn 盘（逻辑扇区 4096 B）上 MBR 能到 16 TiB，但兼容性更差。新盘一律 GPT；只有在给老 BIOS 机器装系统、或对接只认 MBR 的硬件阵列时才用 MBR。

分区工具的选择：

新建 GPT 并建一个分区，用 sgdisk 最不容易误操作：

sudo sgdisk --zap-all /dev/loop0
sudo sgdisk --new=1:1MiB:+512M --typecode=1:8300 --change-name=1:data /dev/loop0
sudo sgdisk --print /dev/loop0
sudo partx -u /dev/loop0        # 让内核重读分区表
lsblk -o NAME,SIZE,TYPE,PARTTYPENAME,PARTUUID /dev/loop0

--new=1:1MiB:+512M 的起点写 1MiB 而不是 2048，让工具按实际扇区大小换算；8300 是通用 Linux 文件系统，8309 是 Linux LUKS，8e00 是 Linux LVM，别把加密或逻辑卷的类型码当数据分区用。partx -u 只更新指定设备的分区，partprobe 会扫描全部设备；两者都不如「卸载后重读」可靠，根盘分区表变更需要重启。

parted 的对齐检查是少数能直接告诉你「有没有对齐」的命令：

sudo parted -s /dev/loop0 mklabel gpt
sudo parted -s /dev/loop0 mkpart data ext4 1MiB 100%
sudo parted /dev/loop0 align-check optimal 1
sudo parted -l

align-check optimal 1 输出 1 aligned 才算通过。现代工具默认从 1 MiB 起，是为了避开 MBR 与 GPT 头部、并匹配绝大多数 SSD/RAID 的条带；老教程里从 63 扇区起的写法会让每次读写跨两个物理页。

4Kn 盘要额外确认逻辑/物理扇区：

blockdev --getss /dev/nvme0n1     # 逻辑扇区，通常 512 或 4096
blockdev --getpbsz /dev/nvme0n1   # 物理扇区，通常 4096
lsblk -o NAME,LOG-SEC,PHY-SEC,OPT-IO /dev/nvme0n1

OPT-IO 是 optimal_io_size，RAID 卡或 SSD 会给出建议的 I/O 大小。分区起点与文件系统条带参数（mkfs.ext4 -E stride=,stripe_width=）应尽量与它对齐；不对齐不会报错，只会让写放大。

分区表也有备份。GPT 的备份头在磁盘最后一个 LBA，sgdisk --backup=table.bin /dev/sda 会把主备两份都存下来，--load-backup=table.bin /dev/sdb 可以原样恢复到同容量的盘。恢复前先 sgdisk --verify；容量不同的盘恢复后要 --move-second-header 把备份头挪到新盘的末尾。

0.10.10 mkfs 参数与挂载选项

mkfs.ext4 与 mkfs.xfs 的默认值适合通用场景，但有几项一旦定下就不能改，必须在创建时想清楚。

ext4 的 -m 预留块是给 root 的应急空间，默认 5%。数据盘可以降到 1%，根盘保留 5%；降到 0 会让「磁盘满后 root 也登录不了、日志也写不进」的故障直接发生。

-E stride/stripe_width 要按 RAID 的 chunk 与数据盘数算：stride = chunk / block_size，stripe_width = stride × 数据盘数。算错不会损坏数据，但会让文件系统按错误的条带写，RAID5 的小写惩罚更明显。

# 4 块盘 RAID5，chunk 64K，块大小 4K
# stride = 64K/4K = 16；stripe_width = 16 * 3 = 48
sudo mkfs.ext4 -b 4096 -E stride=16,stripe_width=48 /dev/md0

# XFS 用 su/sw（条带单元/条带宽度，单位字节）
sudo mkfs.xfs -d su=64k,sw=3 /dev/md0

XFS 的 -i maxpct= 控制 inode 最多占文件系统空间的百分比，默认 25%。小文件极多的场景可以调大，但 inode 本身也占空间；用 xfs_info 看 imaxpct 与 agcount。

创建后立即核对：

sudo dumpe2fs -h /dev/vgdata/lvdata | grep -E 'Block count|Block size|Inode count|Inode size|Reserved block count|Filesystem UUID'
sudo xfs_info /mnt/data
sudo tune2fs -l /dev/vgdata/lvdata | grep -E 'Filesystem state|Last checked|Mount count'

dumpe2fs -h 只读超级块，不扫全盘，秒回；不带 -h 会打印每个 block group，慢且长。xfs_info 的参数是挂载点，不是设备名；对未挂载的 XFS 用 xfs_db -r -c 'info' /dev/...。

挂载选项分四类，记不住就查 man 5 mount 与 man 5 ext4：

defaults 不是「默认最优」，它展开成 rw,suid,dev,exec,auto,nouser,async。/tmp 应该用 nosuid,nodev,noexec；/boot 可以 ro；网络盘加 _netdev 和 nofail，否则网络没起来时开机卡住甚至进 emergency。

/etc/fstab 的六个字段：

改完 fstab 必须验证，不要等重启：

sudo findmnt --verify --verbose
sudo mount -a -v
sudo systemctl daemon-reload     # 让 systemd 重新生成 .mount 单元

findmnt --verify 会检查设备是否存在、挂载点是否重复、选项是否被识别；mount -a 会真正挂载所有 auto 条目。nofail 让挂载失败不阻塞开机，x-systemd.device-timeout=10s 限制等待设备的时间；这两个一起用，才能避免「一块数据盘掉了，整台机器起不来」。

0.10.11 fsck、xfs_repair 与超级块救援

文件系统不一致的来源只有三类：非正常断电/崩溃、硬件写缓存丢数据、内核或驱动 bug。fsck 系列工具把元数据读出来交叉验证，能修就修，不能修就隔离。

ext4 的 e2fsck 分五个阶段：inode、目录结构、目录连通性、引用计数、组摘要。退出码是位掩码，不是简单的 0/1：

常用选项：

主超级块在块组 0，备份超级块在 32768、98304 等位置（4K 块）。主超级块损坏时，e2fsck 会报 Bad magic number in super-block，此时先不要 mkfs：

sudo mke2fs -n /dev/loop0          # -n 只打印布局，不写盘
# 输出会列出 Backup superblock at 32768, 98304, ...
sudo e2fsck -f -b 32768 -B 4096 /dev/loop0
sudo mount -o ro /dev/loop0 /mnt/rescue

mke2fs -n 的关键是 -n：没有它就会真的格式化。-b 32768 告诉 e2fsck 用哪个备份块，-B 4096 告诉它块大小；两者不匹配会报 Attempt to read block from filesystem resulted in short read。

XFS 没有「备份超级块」的概念，元数据分布在各 AG（allocation group），修复工具是 xfs_repair：

sudo umount /data
sudo xfs_repair -n /dev/vgdata/lvdata     # 只检查，不写
sudo xfs_repair -v /dev/vgdata/lvdata     # 实际修复

xfs_repair -n 可能很慢，但它是唯一安全的预检。xfs_repair -L 会清空日志，只在日志本身损坏、且你接受「丢失最近未落盘事务」时使用；它不能和 -n 一起用。

如果 XFS 因为日志脏而挂不上，可以先只读挂载、不重放日志：

sudo mount -o ro,norecovery /dev/vgdata/lvdata /mnt/rescue

norecovery 让 XFS 跳过日志重放，可能看到不一致的元数据，只用来拷数据。ext4 对应的是 noload，语义类似，同样只用于救援。

fsck 绝不能对已读写挂载的文件系统执行。e2fsck 会拒绝，xfs_repair 会直接报 device or resource busy；如果强行 -f，坏的是正在使用的数据。正确顺序永远是：umount → fsck → mount。根文件系统只能在启动时由 initramfs 检查，或进 rescue target 后卸载检查。

开机自动检查由 systemd-fsck@.service 按 fstab 第 6 字段驱动。想强制下次开机检查，不要再 touch /forcefsck（systemd 已不识别），用内核参数：

# GRUB 启动项临时加：fsck.mode=force fsck.repair=yes
sudo tune2fs -c 1 /dev/vgdata/lvdata   # ext4：挂载计数到 1 就检查

tune2fs -c 1 对 XFS 无效；XFS 用 xfs_admin 没有等价开关，靠 fsck.mode=force 或定期离线 xfs_repair -n。

0.10.12 三条巡检与操作脚本

0.10.12.1 块设备全景图

排障第一步不是 df，是把「盘—分区—RAID/LVM—文件系统—挂载点」这条链一次打出来：

#!/usr/bin/env bash
# blk-map.sh —— 只读：块设备、LVM、RAID、挂载、用量
set -euo pipefail
export LC_ALL=C

echo "== block devices"
lsblk -o NAME,SIZE,TYPE,FSTYPE,FSVER,LABEL,UUID,MOUNTPOINTS,ROTA,TRAN

echo "== mounts (real only)"
findmnt --real -o TARGET,SOURCE,FSTYPE,OPTIONS

echo "== usage"
df -hT -x tmpfs -x devtmpfs
df -i  -x tmpfs -x devtmpfs

if command -v pvs >/dev/null; then
    echo "== LVM"; pvs; vgs; lvs -o +devices
fi
if [[ -r /proc/mdstat ]]; then
    echo "== md"; cat /proc/mdstat
    command -v mdadm >/dev/null && mdadm --detail --scan
fi

lsblk 的 MOUNTPOINTS 可能有多行（同一设备 bind mount 多次），脚本里不要假设一行一个设备。findmnt --real 过滤伪文件系统，--list 或 -J 更适合程序解析。df -i 必须和 df -h 一起看：空间够但 inode 尽，是两种完全不同的故障。

0.10.12.2 容量与错误哨兵

这个脚本按阈值检查空间、inode、只读挂载和内核 I/O 错误，返回非 0 表示「有人该看一眼」：

#!/usr/bin/env bash
# fs-guard.sh [空间阈值%] [inode阈值%]
set -euo pipefail
sp=${1:-85}; ip=${2:-90}; bad=0

while read -r fs size used avail pct mnt; do
    [[ $fs == Filesystem ]] && continue
    p=${pct%\%}
    if (( p >= sp )); then
        echo "SPACE $pct $mnt ($used/$size)"; bad=1
    fi
done < <(df -PT -x tmpfs -x devtmpfs)

while read -r fs inodes iused ifree ipct mnt; do
    [[ $fs == Filesystem ]] && continue
    p=${ipct%\%}
    if (( p >= ip )); then
        echo "INODE $ipct $mnt ($iused/$inodes)"; bad=1
    fi
done < <(df -Pi -x tmpfs -x devtmpfs)

# 只读挂载：可能是 fsck 失败后 systemd 自动 remount-ro
findmnt --real -no TARGET,OPTIONS | awk '$2 ~ /(^|,)ro(,|$)/ {print "READONLY " $1}'

# 内核 I/O 与文件系统错误（需要 root 才能看全部）
dmesg -T --level=err,warn 2>/dev/null |
    grep -iE 'I/O error|medium error|EXT4-fs error|XFS.*corrupt|remounting filesystem read-only' |
    tail -20 || true

exit "$bad"

df -P 保证 POSIX 单行输出，避免长设备名折行；-T 加类型列。阈值用参数传入，方便在监控系统里按机器角色调整。只读挂载那一行只打印不置 bad，因为 / 之外的只读挂载可能是故意的；要让只读也告警，把它改成 bad=1。

0.10.12.3 带护栏的 mkfs

mkfs 的危险不在命令本身，而在「设备名敲错一个字母」。让脚本在写之前把证据摆出来，并要求输入设备名确认：

#!/usr/bin/env bash
# safe-mkfs.sh /dev/loopX ext4 LABEL
set -euo pipefail
dev=${1:?device}; fs=${2:?ext4|xfs}; label=${3:-lab}

[[ -b $dev ]] || { echo "not a block device: $dev" >&2; exit 2; }
if findmnt -S "$dev" >/dev/null; then
    echo "REFUSE: $dev is mounted" >&2; exit 3
fi
if [[ $(lsblk -no TYPE "$dev") == disk ]] && lsblk -no NAME "$dev" | tail -n +2 | grep -q .; then
    echo "REFUSE: $dev has partitions; pass a partition, not the whole disk" >&2; exit 4
fi

echo "== target"; lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS "$dev"
echo "== signatures"; sudo wipefs -n "$dev" || true
read -r -p "type the device path to continue: " answer
[[ $answer == "$dev" ]] || { echo "aborted" >&2; exit 5; }

case $fs in
    ext4) sudo mkfs.ext4 -L "$label" -m 1 "$dev" ;;
    xfs)  sudo mkfs.xfs  -L "$label" -f "$dev" ;;
    *) echo "unsupported fs: $fs" >&2; exit 2 ;;
esac

wipefs -n 只列出签名不删除；看到 LVM2_member、linux_raid_member、ext4 时应该停下来查归属，而不是继续。lsblk -no TYPE 为 disk 且有子分区时拒绝，是为了防止把整盘当分区格式化。

0.10.13 两个实验：在线扩容与 RAID 校验

实验一：loop 上的 ext4 扩容与超级块救援

lab=/var/tmp/fslab; mkdir -p "$lab"; cd "$lab"
truncate -s 256M fs.img
loop=$(sudo losetup -f --show fs.img); echo "loop=$loop"
sudo mkfs.ext4 -L lab -m 1 "$loop"
sudo mkdir -p /mnt/fslab && sudo mount "$loop" /mnt/fslab
sudo dd if=/dev/zero of=/mnt/fslab/fill bs=1M count=100 status=none
df -hT /mnt/fslab

# 文件变大后，让 loop 重新读取容量，再在线扩文件系统
truncate -s 512M fs.img
sudo losetup -c "$loop"
sudo resize2fs "$loop"
df -hT /mnt/fslab
sudo dumpe2fs -h "$loop" | grep -E 'Block count|Block size|Reserved block count'

sudo umount /mnt/fslab
sudo e2fsck -fn "$loop"; echo "e2fsck rc=$?"
sudo mke2fs -n "$loop" | grep -i 'backup superblock'

预期：df 从约 240M 变成约 490M；resize2fs 输出新的块数；e2fsck -fn 返回 0。losetup -c 是必需的一步，只 truncate 文件，loop 设备仍记着旧容量，resize2fs 会报「nothing to do」。

救援演练（在副本上做，不要对刚扩好的文件系统做）：

cp fs.img broken.img
loop2=$(sudo losetup -f --show broken.img)
# 覆盖主超级块所在的 1024 字节（仅实验！）
sudo dd if=/dev/zero of="$loop2" bs=1024 count=1 seek=1 conv=notrunc status=none
sudo e2fsck -fn "$loop2" || echo "expected failure"
sudo e2fsck -f -b 32768 -B 4096 "$loop2"
sudo mount -o ro "$loop2" /mnt/fslab && ls /mnt/fslab | head

预期：第一次 e2fsck 报 Bad magic number；用备份超级块后能挂载并看到 fill。备份块编号以 mke2fs -n 的输出为准，32768 只适用于 4K 块、默认 inode 布局的常见配置。

实验二：RAID5 的一致性校验与降级重建

lab=/var/tmp/mdlab; mkdir -p "$lab"; cd "$lab"
loops=()
for i in 1 2 3; do
    truncate -s 256M "r$i.img"
    loops+=("$(sudo losetup -f --show "r$i.img")")
done
sudo mdadm --create /dev/md/mdcheck --level=5 --raid-devices=3 \
    --chunk=64 "${loops[@]}"
sudo mkfs.ext4 -L mdcheck /dev/md/mdcheck
sudo mkdir -p /mnt/mdcheck && sudo mount /dev/md/mdcheck /mnt/mdcheck
sudo dd if=/dev/urandom of=/mnt/mdcheck/data bs=1M count=40 status=none
md=$(basename "$(readlink -f /dev/md/mdcheck)")

# 触发一次只读一致性检查，统计不匹配的条带数
echo check | sudo tee "/sys/block/$md/md/sync_action"
cat "/sys/block/$md/md/mismatch_cnt"
sudo mdadm --detail /dev/md/mdcheck | grep -E 'State|Active|Failed|Resync|Consistency'

# 模拟一块盘故障，然后换新盘重建
sudo mdadm /dev/md/mdcheck --fail "${loops[0]}"
sudo mdadm /dev/md/mdcheck --remove "${loops[0]}"
truncate -s 256M spare.img
spare=$(sudo losetup -f --show spare.img)
sudo mdadm /dev/md/mdcheck --add "$spare"
watch -n 1 cat /proc/mdstat

预期：mismatch_cnt 正常为 0（刚写完、没有掉电）；--fail 后 [UU_]，--add 后出现 recovery 进度。重建完成后 State : clean，Failed Devices : 0。如果 mismatch_cnt 不为 0，先 echo repair > sync_action 让 RAID 重写校验块，再查内存/磁盘错误——校验不一致往往意味着某处静默损坏。

0.10.14 块层证据与两次回滚实验

0.10.13 验证了「扩容」和「重建」，这一节补两块日常证据：块设备到底忙不忙，以及一次误操作能不能用 LVM 快照回滚。前者决定你要不要换盘/拆阵列，后者决定你敢不敢在数据盘上做变更。

0.10.14.1 读 iostat 与 lsblk -D 的字段

iostat -x 是块层最常用的采样工具，但它的第一帧是自开机以来的累计值，直接看会得出错误结论。正确用法是 iostat -x 1 2，只看第二帧：

$ iostat -x 1 2 | awk '/^Device/{p=1} p' | tail -4
Device            r/s     rkB/s   rrqm/s  %rrqm r_await rareq-sz     w/s     wkB/s   wrqm/s  %wrqm w_await wareq-sz  aqu-sz  %util
nvme0n1          12.4    812.0     0.20   1.6    0.18    65.5    48.2   2048.0     2.10   4.2    0.42    42.5    0.31   8.4
loop0             0.0      0.0     0.00   0.0    0.00     0.0     0.0      0.0     0.00   0.0    0.00     0.0    0.00   0.0
$ lsblk -D -o NAME,DISC-GRAN,DISC-MAX,DISC-ZERO /dev/nvme0n1
NAME      DISC-GRAN DISC-MAX DISC-ZERO
nvme0n1        512B       2G         0

%util 是最容易被误读的一列：它统计的是「设备有请求在处理的采样时间比例」，不是「带宽利用率」。一块 NVMe 在 %util=100% 时仍可能只跑了标称 IOPS 的一半；反过来，RAID 卡后面的多块盘可以并行，%util 到 100% 也不代表应用在等。判断饱和看 aqu-sz 与 r_await/w_await 是否随负载同步上升，再看应用侧 P99。

lsblk -D 的 DISC-GRAN=0 表示设备不支持 discard，此时 fstrim 会返回 the discard operation is not supported，不是文件系统坏了。loop 设备的 discard 能力继承自后端文件所在文件系统；在 ext4 的镜像文件上通常能看到非零粒度。

实验三：LVM 快照回滚一次误删

目的：在 loop 上建一个 LV，写基线数据，打快照，故意改坏，再用 lvconvert --merge 回到快照点。快照是块级时间点，不是备份，但它是本地误操作最快的一条回滚路径。

lab=/var/tmp/snaplab; mkdir -p "$lab"; cd "$lab"
truncate -s 1G base.img
loop=$(sudo losetup -f --show base.img)
sudo pvcreate "$loop"
sudo vgcreate vgtest "$loop"
sudo lvcreate -L 512M -n origin vgtest
sudo mkfs.ext4 -L origin /dev/vgtest/origin
sudo mkdir -p /mnt/snaplab
sudo mount /dev/vgtest/origin /mnt/snaplab
echo "version=1" | sudo tee /mnt/snaplab/data.txt
sudo mkdir -p /mnt/snaplab/important
echo "keep me" | sudo tee /mnt/snaplab/important/note.txt
sudo sync

# 打快照；COW 区要能装下快照生命周期内的所有改动
sudo lvcreate -s -L 128M -n snap /dev/vgtest/origin
sudo lvs -o lv_name,lv_attr,data_percent,size vgtest

# 模拟误操作
echo "version=2" | sudo tee /mnt/snaplab/data.txt
sudo rm -rf /mnt/snaplab/important
sudo umount /mnt/snaplab

# 回滚：先卸文件系统，再 merge；若提示 Delayed merge，按下面的说明处理
sudo umount /mnt/snaplab
sudo lvconvert --merge /dev/vgtest/snap
sudo lvchange -ay /dev/vgtest/origin 2>/dev/null || true
sudo mount /dev/vgtest/origin /mnt/snaplab
cat /mnt/snaplab/data.txt
cat /mnt/snaplab/important/note.txt
sudo lvs vgtest

预期：merge 后 data.txt 是 version=1，important/note.txt 回来，lvs 里不再有 snap。如果 lvconvert 输出 Delayed merge，说明 origin 还有打开者：lvchange -an /dev/vgtest/origin 再 lvchange -ay，或者重启后自动完成。data_percent 是 COW 区使用率，接近 100% 时快照会失效，merge 会失败——这也是快照必须监控的原因。

快照是崩溃一致，不是应用一致：数据库、虚拟机磁盘在打快照前要先停写或用 fsfreeze：

sudo fsfreeze --freeze /mnt/snaplab
sudo lvcreate -s -L 128M -n snap2 /dev/vgtest/origin
sudo fsfreeze --unfreeze /mnt/snaplab

fsfreeze 只保证文件系统缓存落盘并暂停新写，不保证应用自己的事务日志；数据库要用 FLUSH TABLES WITH READ LOCK 或备份工具自己的快照钩子。

实验四：ext4 配额与 EDQUOT

目的：给 nobody 设 1 MiB 硬限，写 2 MiB，观察 dd 在硬限处失败，并用 repquota 验证记账。

# 需要 quota 包提供 quotacheck/setquota/repquota
sudo apt install -y quota
lab=/var/tmp/quotalab; mkdir -p "$lab"; cd "$lab"
truncate -s 256M quota.img
loop=$(sudo losetup -f --show quota.img)
sudo mkfs.ext4 -L quotalab "$loop"
sudo mkdir -p /mnt/quotalab
sudo mount -o usrquota,grpquota "$loop" /mnt/quotalab
sudo chmod 1777 /mnt/quotalab
sudo quotacheck -cugm /mnt/quotalab
sudo quotaon -ug /mnt/quotalab

# 块软限 512K、硬限 1M；inode 软限 20、硬限 40（单位都是 1K block / 个）
sudo setquota -u nobody 512 1024 20 40 /mnt/quotalab
sudo runuser -u nobody -- dd if=/dev/zero of=/mnt/quotalab/fill bs=1K count=2048
echo "dd rc=$?"
sudo repquota -u /mnt/quotalab
sudo quota -u nobody

预期：dd 在约 1024 KiB 处报 Disk quota exceeded，退出码非 0；repquota 的 nobody 一行显示 1024 块左右、IUse% 不高。dd 的报错来自 write(2) 返回 EDQUOT（errno 122），不是 ENOSPC（28）；应用只判断 ENOSPC 时会把配额超限误报成「磁盘满」。

回滚：

sudo quotaoff -ug /mnt/quotalab
sudo umount /mnt/quotalab
sudo losetup -d "$loop"
rm -rf "$lab"

setquota 的数字没有单位后缀时按 1K block 解释：512 1024 是 512 KiB 软限 / 1 MiB 硬限，不是 512 MiB。软限只启动宽限期（edquota -t，默认 7 天），硬限才立刻返回 EDQUOT。quotacheck 要在没有并发写的文件系统上跑；在忙的分区上先停应用，或离线检查。

块层与回滚的九个坑

第 9 条是配额实验里最常见的单位错误：setquota 的块参数以 1K 为单位，512 就是 512 KiB；xfs_quota 的 bsoft=500m 才带单位。两套工具的单位不同，照抄命令会把限额设小一千倍。

0.10.15 十四个磁盘与文件系统陷阱

第 11 条值得展开：mdadm --stop 只停阵列，不擦成员盘上的超级块。把这些盘再用于新阵列时，内核 udev 可能按旧超级块自动组装，出现「明明删了阵列，/proc/mdstat 里又回来了」。正确收尾是 mdadm --zero-superblock 每块成员盘，再 wipefs -a。

0.10.16 本章出口检查

母本对应

下一站：0.11 软件包、编译、库与镜像从「块设备上的文件系统」走到「文件系统里的程序」：.deb 怎么装、源码怎么编、动态库为什么找不到、容器镜像和包管理是什么关系。