新挂载的数据盘必须先分区、格式化并写入 fstab 配置，才能正常存储数据并在重启后自动挂载，直接使用未初始化的磁盘会导致无法写入。
先说结论：手动分区格式化配合 UUID 挂载是最稳妥的方案，适合绝大多数 Linux 发行版和業務场景。
- 适合：全新数据盘初始化、扩容后重新挂载、需要开机自动挂载的场景
- 先准备：确认磁盘设备名、备份原有数据（如有）、规划挂载点目录
- 验收：重启服务器后检查磁盘是否自动挂载、写入测试文件验证权限
操作前准备
生产环境建议在业务低峰期或维护窗口操作，避免 IO 波动影响服务。操作前务必备份重要数据，并确认磁盘设备名，严禁对系统盘（通常为 vda）进行格式化。
分步实操
1. 确认磁盘设备名
使用 lsblk 查看磁盘列表，找到未挂载的磁盘（如 vdb）。
lsblk
2. 分区（fdisk 交互示例）
输入 fdisk 命令后，按以下流程操作（以/dev/vdb 为例）：
fdisk /dev/vdb
Command (m for help): n
Partition type:
p primary (0 primary, 0 extended, 4 free)
e extended
Select (default p): p
Partition number (1-4, default 1): 1
First sector (2048-41943039, default 2048): [回车]
Last sector, +sectors or +size{K,M,G,T,P} (2048-41943039, default 41943039): [回车]
Command (m for help): w3. 格式化
通用场景推荐 ext4，大文件高并发场景可考虑 xfs。
mkfs.ext4 /dev/vdb1
4. 创建挂载点并配置权限
创建目录后挂载，并根据业务用户配置权限，避免 root 独占导致业务写入失败。
mkdir /data mount /dev/vdb1 /data chown -R user:user /data chmod 755 /data
5. 配置开机自动挂载
先备份 fstab 文件，获取 UUID 后手动编辑，避免 echo 追加导致重复配置。
cp /etc/fstab /etc/fstab.bak blkid /dev/vdb1
复制输出的 UUID，使用 vim 编辑：
vim /etc/fstab
在文件末尾添加（注意替换实际 UUID）：
UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /data ext4 defaults 0 0
验证与故障排查
执行 mount -a 测试配置语法，若无报错则生效。若报错，立即还原备份。
mount -a df -h
排查思路：若 mount -a 失败，检查 fstab 中 UUID 是否复制完整、文件系统类型是否匹配、挂载点目录是否存在。紧急恢复命令：
cp /etc/fstab.bak /etc/fstab
常见风险
1. 误选系统盘（vda）格式化导致系统崩溃。
2. fstab 配置重复或语法错误导致无法启动。
3. 未配置目录权限导致业务程序无权写入。
4. 未备份 fstab 导致错误后无法快速恢复。
参考来源
腾讯云官方文档 - 初始化 Linux 数据盘
URL: https://cloud.tencent.com/document/product/213/15269