Linux 数据盘挂载：识别分区、使用 UUID，并验证 fstab

本页聚焦已有文件系统的数据分区挂载。旧版混用了整盘与分区设备名，并把格式化写成挂载的必经步骤；本次已移除可直接复制的格式化、删除分区命令。新盘初始化、系统盘、LVM、RAID、加密卷和损坏磁盘应使用各自的专门流程。

1. 先识别磁盘、分区与当前挂载

lsblk -o NAME,PATH,SIZE,TYPE,FSTYPE,UUID,MOUNTPOINTS,MODEL,SERIAL
findmnt --target /

结合容量、型号、序列号、文件系统与现有挂载确认目标。设备名可能随硬件变化而改变，持久配置使用核对后的 UUID。整盘可能包含多个分区；看到分区表时，应识别承载目标文件系统的分区。已有文件系统的数据盘可直接挂载；格式化会创建文件系统并覆盖原有结构。

2. 先检查一个已确认的 ext4 数据分区

以下只适用于正常、已有备份、已确认且未被其他服务使用的 ext4 数据分区。将占位符替换为真实 UUID；挂载目录应为空，避免遮住已有文件。

DATA_UUID='REPLACE_WITH_REAL_UUID'
MOUNT_DIR='/mnt/data'
sudo mkdir -p "$MOUNT_DIR"
sudo mount -t ext4 -o ro,noload "UUID=$DATA_UUID" "$MOUNT_DIR"
findmnt --mountpoint "$MOUNT_DIR"

这里的 ro,noload 用于只读查看并跳过 ext4 日志回放。如果文件系统未干净卸载，跳过回放可能呈现不一致的数据；遇到报错或异常应停止本流程，按数据恢复方案处理。不要据此执行修复或认定磁盘健康。

3. 核对后再配置持久挂载

先备份配置并保留当前管理会话。确认没有业务依赖后卸载临时只读挂载，再编辑配置。

sudo cp -a /etc/fstab "/etc/fstab.ai321.$(date +%Y%m%d-%H%M%S).bak"
sudo umount /mnt/data
sudoedit /etc/fstab

非关键附加数据盘可参考以下行，UUID 和文件系统类型都需替换为实际值：

UUID=REPLACE_WITH_REAL_UUID /mnt/data ext4 defaults,nofail 0 2

nofail 是附加盘缺失时的启动策略示例。依赖此目录的业务还需要配置挂载依赖，防止未挂载时把数据写入底层目录。不要把这一行直接套到系统盘或关键业务盘。

4. 校验配置并只测试目标挂载

sudo findmnt --verify --verbose
sudo mount /mnt/data
findmnt --mountpoint /mnt/data

先处理校验错误，再确认挂载来源、文件系统与选项符合预期。此处仅测试目标目录；无需通过立即重启检验配置。若失败，恢复刚保存的 fstab 备份，保留控制台访问，再排查 UUID、文件系统类型和目录。

卸载与删除分区的边界

卸载前停止使用该目录的应用并离开该目录，再正常卸载。设备忙时先查明占用；删除分区会修改分区表，须另做迁移、备份和目标确认，本页不再提供无环境前提的删除指令。

本次核验范围

依据 util-linux 上游手册复核命令含义、UUID、fstab 与校验方式；本轮未对真实数据盘执行挂载、格式化或分区操作。