Linux 新数据盘挂载：分区、格式化与 fstab

讲解 Linux 云服务器新增数据盘的设备识别、GPT 分区、ext4 格式化、UUID 永久挂载、fstab 验证和权限处理。

云服务器新增数据盘后，Linux 通常只会识别出块设备，不会自动创建文件系统或挂载目录。正确顺序是先确认设备身份，再判断是否已有分区和数据，之后才决定分区、格式化、临时挂载与写入 /etc/fstab。其中格式化会清除目标分区原有数据，设备名判断错误也可能破坏系统盘。

先确认哪一块才是新数据盘

不要看到 /dev/vdb、/dev/nvme1n1 就直接格式化。不同云平台、虚拟化方式和实例规格使用的设备名可能不同。先同时查看块设备、文件系统、挂载点和容量。

lsblk -o NAME,SIZE,TYPE,FSTYPE,UUID,MOUNTPOINTS
sudo blkid
findmnt /
sudo fdisk -l

系统盘通常包含根分区 /、EFI 或 boot 分区。新盘往往没有 FSTYPE 和 UUID，但这只是线索，不是格式化依据。若磁盘来自快照、镜像或旧实例，它可能已经有文件系统和数据，应先只读检查。

Linux 可以直接在整块数据盘上创建文件系统，也可以先创建 GPT 分区。生产环境通常建议先分区，便于识别和后续管理。下面以确认无数据的 /dev/vdb 为例；执行前必须把设备名换成实际新盘。

sudo parted /dev/vdb --script mklabel gpt
sudo parted /dev/vdb --script mkpart primary ext4 0% 100%
lsblk -f /dev/vdb

分区完成后通常出现 /dev/vdb1。NVMe 设备则可能是 /dev/nvme1n1p1。如果命令输出提示设备正被使用，停止操作，先检查挂载、LVM、RAID 或已有业务进程。

sudo mkfs.ext4 -L data /dev/vdb1
sudo mkdir -p /data
sudo mount /dev/vdb1 /data
findmnt /data
df -hT /data

mkfs.ext4 会初始化文件系统，不能对包含待保留数据的设备执行。若业务需要 XFS，可使用对应工具创建 XFS，但文件系统选择应在迁移前确定，不能靠改挂载参数互相转换。

设备名可能因启动顺序变化，/etc/fstab 建议使用 UUID。先获取新分区 UUID，再备份配置文件。

sudo blkid /dev/vdb1
sudo cp /etc/fstab /etc/fstab.bak.$(date +%F-%H%M%S)
sudoedit /etc/fstab

ext4 数据盘可加入类似配置，UUID 必须替换为本机实际值：

UUID=11111111-2222-3333-4444-555555555555 /data ext4 defaults,nofail 0 2

nofail 可避免非关键数据盘缺失时直接阻断启动，但不代表业务能在磁盘缺失时正常工作。数据库等关键目录仍要配套监控和启动依赖。

sudo umount /data
sudo mount -a
findmnt --verify
findmnt /data
touch /data/.write-test && rm /data/.write-test

mount -a 和 findmnt --verify 没有错误，再检查读写权限。不要把第一次验证留到重启后，否则错误 UUID、目录或文件系统类型可能造成启动异常。

新文件系统根目录通常属于 root。应根据实际服务用户设置所有者或组，而不是简单执行 chmod -R 777。

sudo chown appuser:appgroup /data
sudo chmod 0750 /data
sudo -u appuser test -w /data && echo writable

本文适用于新增的普通块存储数据盘。LVM、软件 RAID、加密卷、共享文件系统以及已经包含数据的磁盘，需要按原有存储结构处理。删除分区、格式化和修改系统盘前必须准备快照或可验证备份。