Linux ECS 挂载新数据盘：分区、格式化、fstab 自动挂载

新买的数据盘挂载到 Linux 弹性云服务器（Elastic Cloud Server，ECS）后还不能直接用：必须先分区、再格式化、再挂载，并且只有把挂载信息写进 fstab 文件，重启后数据盘才会自动挂载。本文按“新盘→分区→格式化→挂载→fstab 持久化”五步讲清完整流程，照着做就能一次挂对。

适用范围与前置条件

本文面向已经会登录华为云控制台的新手，示例盘符为 /dev/vdb，示例挂载点为 /data，示例文件系统为 ext4。盘符、挂载点和文件系统请以你自己的实际情况为准，不要照抄示例盘符。开始前请确认：数据盘已经挂载到这台弹性云服务器（Elastic Cloud Server，ECS）上，且盘上没有需要保留的数据，因为格式化会清空目标分区。

核心步骤对照表

分步骤实操

第一步：确认新盘盘符

做什么：先确认哪块盘是新数据盘，避免误操作到系统盘。

lsblk

预期结果：输出中能看到系统盘和一块没有分区、没有挂载点的新盘。新盘的盘符要和控制台上数据盘的设备名对得上，对不上先不要继续。

第二步：给新盘分区

做什么：用 fdisk 给新盘创建一个主分区，全程按交互提示选择新建分区并写入。

fdisk /dev/vdb

预期结果：分区完成后再次执行 lsblk，能看到新分区，例如 /dev/vdb1。分区号以实际输出为准。

第三步：格式化分区

做什么：给新分区创建 ext4 文件系统。注意格式化对象是分区（例如 /dev/vdb1），不是整块盘；格式化会清空该分区数据，执行前务必再次确认盘符。

mkfs.ext4 /dev/vdb1

预期结果：命令正常完成，输出提示文件系统已创建。不要在系统盘分区上执行这条命令。

第四步：挂载到目录

做什么：先创建挂载点目录，再把分区挂载上去。

mkdir -p /data
mount /dev/vdb1 /data

预期结果：向 /data 写一个测试文件能成功，说明挂载已经生效。但这一步只是临时挂载，重启后会失效，所以必须继续做第五步。

第五步：写入 fstab 实现开机自动挂载

做什么：先查分区的通用唯一识别码（Universally Unique Identifier，UUID），再把挂载信息写入 /etc/fstab。写 fstab 建议用 UUID 而不是盘符，因为盘符在重启或盘序变化后可能改变，UUID 更稳定。

blkid /dev/vdb1

预期结果：输出中能看到该分区的 UUID。把下面这一行里的 UUID 换成实际查到的值，再追加到 /etc/fstab 文件末尾，字段之间用空格或制表符分隔：

UUID=实际查到的UUID /data ext4 defaults 0 2

然后用下面这条命令重新加载 fstab 并验证配置没有写错：

mount -a

预期结果：mount -a 没有报错，说明 fstab 语法无误。如果这条命令报错，先不要重启，立即检查 fstab 那一行是否写错。

验证清单

• 执行 df -h，能在输出中看到新分区和挂载点 /data。
• 向 /data 写文件、读文件都正常，文件确实落在新盘上。
• 执行 mount -a 不报错，说明 fstab 配置可正常加载。
• 重启服务器后再次执行 df -h，挂载点仍在，说明持久化成功。

常见坑

• 盘符照抄示例：示例 /dev/vdb 只是示例，实际盘符以 lsblk 输出和控制台设备名为准，抄错盘符最容易误格式化系统盘。
• 只做临时挂载：只执行 mount 而不写 fstab，重启后挂载就没了，应用会找不到数据目录。
• fstab 用盘符不用 UUID：盘符可能变化，重启后挂载失败；用 UUID 更稳妥。
• fstab 写错就直接重启：fstab 写错可能导致开机进不了正常状态，写完一定要先执行 mount -a 验证。
• 对有数据的盘直接格式化：格式化会清空分区，盘上有数据时先备份、再确认、再操作。

总结

新数据盘的正确顺序是：确认盘符、分区、格式化、挂载、再用 UUID 写进 fstab 并用 mount -a 验证。临时挂载能用不等于重启后还能用，fstab 这一步不能省。