Linux 硬盘挂载：RAID1、LVM 与 Btrfs
这次排查的目标不是“把一块盘临时挂上去”，而是理解一条完整的存储链路：
/dev/sda1
↓
RAID1：/dev/md0
↓
LVM：VG trm_1b0a400a_35cb_4ac7_8f8c_308e45fc90b6
↓
LV：0（/dev/dm-0）
↓
Btrfs：UUID c3f7f7f3-6ae4-4e31-8652-842965898ea5
↓
/mnt/4tb
1. 先补齐工具：很多命令不是系统默认安装
这次排查不能只从 mount 开始。Ubuntu 的最小系统经常缺少 RAID、LVM、Btrfs 或 ACL 工具；如果命令提示 command not found，先判断缺的是工具，不要把它误判成硬盘损坏。
1.1 先检查命令是否存在
for c in mdadm pvs vgs lvs btrfs setfacl lsblk findmnt mount update-initramfs; do
if command -v "$c" >/dev/null 2>&1; then
echo "[ok] $c -> $(command -v "$c")"
else
echo "[缺少] $c"
fi
done
1.2 一次安装本次链路需要的包
sudo apt update
sudo apt install -y mdadm lvm2 btrfs-progs acl util-linux initramfs-tools
| 命令 | 所属包 | 用途 |
|---|---|---|
mdadm |
mdadm |
组装、查看和切换软件 RAID |
pvs、vgs、lvs、vgchange |
lvm2 |
查看和激活 LVM |
btrfs、mkfs.btrfs |
btrfs-progs |
识别、检查和查看 Btrfs 子卷 |
setfacl、getfacl |
acl |
给用户增加目录 ACL，不破坏原所有者 |
lsblk、findmnt、mount |
util-linux |
查看块设备、挂载关系和挂载文件系统 |
update-initramfs |
initramfs-tools |
把 mdadm 配置更新到早期启动镜像 |
安装过程中如果 mdadm 弹出是否更新启动配置的提示，应允许它把数组信息写入启动环境；安装结束后仍要手动执行 update-initramfs -u 并重启验证。
1.3 常见缺包报错与对应修复
| 报错或现象 | 原因 | 修复 |
|---|---|---|
mdadm: command not found |
没安装 RAID 工具 | sudo apt install mdadm |
pvs/lvs: command not found |
没安装 LVM 工具 | sudo apt install lvm2 |
unknown filesystem type 'btrfs' 或 btrfs: command not found |
没安装 Btrfs 工具 | sudo apt install btrfs-progs |
setfacl: command not found |
没安装 ACL 工具 | sudo apt install acl |
findmnt/lsblk: command not found |
缺少设备检查工具 | sudo apt install util-linux |
update-initramfs: command not found |
缺少启动镜像工具 | sudo apt install initramfs-tools |
如果连 sudo 都不存在，需要先用 root 账户执行安装，或在已有 root 权限的前提下安装 sudo；不要为了绕过权限问题把整块盘改成 777。
2. 四层分别做什么
| 层 | 例子 | 作用 |
|---|---|---|
| 物理分区 | /dev/sda1 | 操作系统看到的分区设备 |
| RAID | /dev/md0 | RAID1 镜像，提供冗余；不是备份 |
| LVM | VG、LV、/dev/dm-0 | 在 RAID 之上灵活划分逻辑卷 |
| 文件系统 | Btrfs | 管理目录、文件、权限、子卷和元数据 |
mount 挂载的是文件系统，不是“直接挂载某个目录”。排查时应从底层一路向上确认，不能只看到 /mnt/4tb 目录存在就认为硬盘正常。
3. 先确认当前状态
cat /proc/mdstat
sudo pvs
sudo vgs
sudo lvs
lsblk -f
findmnt /mnt/4tb
理想的 RAID 状态类似：
md0 : active raid1 ...
挂载状态应该能看到 Btrfs 和 rw（可写）选项。目录存在不代表设备已挂载，要以 findmnt 或 lsblk -f 为准。
4. 从只读挂载到可写挂载
第一次确认旧 NAS 数据时，先保持保守：
sudo ls -lah /mnt/4tb
sudo btrfs subvolume list /mnt/4tb
findmnt -o SOURCE,FSTYPE,OPTIONS /mnt/4tb
如果确认设备当前是只读，并且确实需要继续写入：
sudo umount /mnt/4tb
sudo mdadm --readwrite /dev/md0
sudo mount -t btrfs /dev/dm-0 /mnt/4tb
findmnt -o SOURCE,FSTYPE,OPTIONS /mnt/4tb
关键是确认每一层的状态：RAID 已组装、LVM 逻辑卷已出现、Btrfs 能被识别，最终挂载选项包含 rw。
5. 权限问题：挂载成功不等于普通用户能访问
遇到“权限不够”，通常表示挂载成功了，但 /mnt/4tb 根目录沿用了 NAS 的原权限，当前用户（例如 lab304）没有通过该目录的权限。
不要直接对整块盘执行：
sudo chmod -R 777 /mnt/4tb
sudo chown -R lab304:lab304 /mnt/4tb
这样会破坏旧 NAS 数据原有的权限结构。
只允许穿过根目录
sudo setfacl -m u:lab304:--x /mnt/4tb
--x 表示可以穿过目录，但不能列出根目录内容。
允许查看根目录并进入子目录
sudo setfacl -m u:lab304:r-x /mnt/4tb
ls -lah /mnt/4tb
如果系统没有 setfacl：
sudo apt install acl
给自己单独准备可写目录
保留旧数据权限，只创建一个自己的工作区：
sudo mkdir -p /mnt/4tb/ubuntu_data
sudo chown lab304:lab304 /mnt/4tb/ubuntu_data
以后把新文件写入 /mnt/4tb/ubuntu_data。验证读写：
echo "4TB write test" > /mnt/4tb/ubuntu_data/test.txt
cat /mnt/4tb/ubuntu_data/test.txt
rm /mnt/4tb/ubuntu_data/test.txt
6. 配置 RAID 开机自动组装
先检查 RAID UUID 是否已经写入 mdadm 配置：
grep -n "9f6897b2:7473:846a:9869:acbdc857f98c" /etc/mdadm/mdadm.conf
如果没有输出，再追加数组记录：
echo 'ARRAY /dev/md0 metadata=1.2 UUID=9f6897b2:7473:846a:9869:acbdc857f98c' \
| sudo tee -a /etc/mdadm/mdadm.conf
更新 initramfs，让早期启动阶段也能识别 RAID：
sudo update-initramfs -u
Ubuntu 通常会通过 udev、systemd 和 LVM 组件自动激活卷组。如果系统策略要求显式启用，可以检查：
sudo systemctl enable lvm2-monitor.service
这条命令不能代替检查 pvs、vgs、lvs，真正的验收仍要看逻辑卷是否在重启后出现。
7. 配置 Btrfs 自动挂载
先备份 fstab：
sudo cp /etc/fstab /etc/fstab.backup
在 /etc/fstab 中加入：
UUID=c3f7f7f3-6ae4-4e31-8652-842965898ea5 /mnt/4tb btrfs defaults,nofail,x-systemd.device-timeout=30 0 0
字段含义：
- UUID：用文件系统 UUID 识别设备，不依赖可能变化的设备名；
- /mnt/4tb：挂载点；
- btrfs：文件系统类型；
- nofail：设备暂时不可用时不要阻塞系统启动；
- x-systemd.device-timeout=30：等待设备最长约 30 秒。
写完后先测试，不要直接重启：
sudo systemctl daemon-reload
sudo mount -a
findmnt /mnt/4tb
mount -a 没有报错且 findmnt 显示正确的 Btrfs 挂载后，才进入重启验证。
8. 重启后的最终验收
sudo reboot
回来后检查：
cat /proc/mdstat
sudo lvs
findmnt /mnt/4tb
完整链路应该仍然是：
md0 active raid1
↓
LVM LV active
↓
Btrfs mounted rw at /mnt/4tb
如果 RAID、LVM 都存在，但 findmnt /mnt/4tb 没有结果，说明自动挂载没有完成；如果挂载存在但没有 rw，说明文件系统仍是只读，需要继续判断是挂载选项、RAID 状态还是 Btrfs 错误导致。
9. 这次排查的结论
已经确认的部分：
- 4TB 设备曾经成功挂载到 /mnt/4tb；
- 文件系统是 Btrfs，原有数据约 825 GB，剩余空间约 2.9 TB；
- ubuntu_data 可以作为当前 Ubuntu 用户的独立可写目录；
- 权限问题与“是否挂载成功”是两个不同问题。
仍然必须用实际输出确认的部分：
- /etc/fstab 是否包含正确的 Btrfs UUID；
- /etc/mdadm/mdadm.conf 是否包含正确的 RAID UUID；
- 重启后是否自动组 RAID、激活 LVM 并挂载到 /mnt/4tb。
所以，在看到下面两条 grep 和一次重启后的检查结果之前，不能把“自动挂载已经完成”当作最终结论：
grep -n 'c3f7f7f3-6ae4-4e31-8652-842965898ea5' /etc/fstab
grep -n '9f6897b2:7473:846a:9869:acbdc857f98c' /etc/mdadm/mdadm.conf
10. 速记
物理分区 → RAID1 → LVM → Btrfs → 挂载点
设备存在 ≠ 文件系统已挂载
挂载成功 ≠ 当前用户有权限访问
RAID1 是冗余，不是备份
先 mount -a 测试，再 reboot 验证
旧数据保留原权限，新数据写入 ubuntu_data