场景：新加一块盘从分区到挂载全流程

云上/机房新挂数据盘，按识别盘 → 分区 → 格式化 → 挂载 → fstab 持久化一次做对，含对齐与 UUID 要点。

这个场景要解决什么

云上或机房新挂一块数据盘，路径是固定的：确认设备、建分区、建文件系统、挂载、写进挂载配置持久化。每一步都要按顺序做扎实，尤其是最后的持久化验证——跳过它，机器下次重启就会因为找不到设备而卡在启动阶段。

lsblk -o NAME,SIZE,TYPE,MODEL
cat /proc/partitions

parted -s /dev/sdb mklabel gpt
parted -s /dev/sdb mkpart data xfs 1MiB 100%
partprobe /dev/sdb

mkfs.xfs -L data /dev/sdb1
mkdir -p /data
blkid /dev/sdb1
mount /dev/sdb1 /data

echo "UUID=$(blkid -s UUID -o value /dev/sdb1) /data xfs defaults,noatime 0 2" >> /etc/fstab
mount -a && findmnt /data

数据盘可以加不更新访问时间的挂载选项来减少元数据写入；云环境里还可以评估失败不阻塞启动的选项，避免设备缺失时拖住整机启动。

按设备名顺序猜盘是这类事故的典型成因：加盘顺序不同时，被格式化的可能正是系统盘。

整套操作建议安排在维护窗口内：新盘本身不影响业务，但涉及挂载配置的修改与验证，这一步出错会影响下一次启动。

整盘不分区、直接在整块设备上建文件系统在单用途数据盘上很常见，可以省掉分区表这一层；但要接入逻辑卷管理、需要多分区或需要与现有规划保持一致时，仍应先分区。云主机上换盘或调整容量后，务必重新核对设备容量与分区表是否与新容量匹配。

‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌