UbuntuServer多块数据盘挂载及fstab持久化配置

服务器运维中，多块数据盘的标准化挂载是常见需求。本文将详细讲解从磁盘识别到持久化挂载的完整操作流程。

操作流程包含：磁盘识别→分区创建→格式化处理→临时挂载→通过UUID实现持久化挂载写入/etc/fstab。

适用场景包括：

1. Ubuntu Server环境
2. Proxmox虚拟化平台
3. 各类云主机/KVM/QEMU环境

一、磁盘背景

系统新增三块数据盘，具体参数如下：

Disk /dev/sdf: 1.5 TiB, 1649267441664 bytesDisk model: QEMU HARDDISKDisk /dev/sdg: 4.5 TiB, 4947802324992 bytesDisk model: QEMU HARDDISKDisk /dev/sdh: 1 TiB, 1099511627776 bytesDisk model: QEMU HARDDISK

规划挂载方案：

磁盘	挂载点
/dev/sdf	/data/bucket5
/dev/sdg	/data/bucket6
/dev/sdh	/data/bucket7

二、磁盘分区（GPT）

为每块磁盘创建GPT分区表并划分完整分区：

fdisk /dev/sdffdisk /dev/sdgfdisk /dev/sdh

交互操作步骤：

g   # 创建 GPT 分区表n   # 新建分区（默认即可，使用整块盘）w   # 写入并退出

操作完成后生成分区：

/dev/sdf1/dev/sdg1/dev/sdh1

三、格式化文件系统

采用ext4文件系统进行格式化：

mkfs.ext4 /dev/sdf1mkfs.ext4 /dev/sdg1mkfs.ext4 /dev/sdh1

四、创建挂载目录并临时挂载

执行以下命令：

mkdir -p /data/bucket5mkdir -p /data/bucket6mkdir -p /data/bucket7mount /dev/sdf1 /data/bucket5mount /dev/sdg1 /data/bucket6mount /dev/sdh1 /data/bucket7

验证挂载状态：

df -h

确认无误后继续后续操作。

五、为什么不用/dev/sdX，而要用 UUID？

生产环境必须使用UUID：

1. /dev/sdf等标识在重启或热插拔后可能变化
2. UUID是文件系统级别的唯一标识
3. fstab官方推荐使用UUID

六、查看磁盘 UUID 的正确方式

使用blkid命令查询：

blkid

输出示例：

/dev/sdf1: UUID="5fd3bf47-37ab-4bbc-a918-7f897b0a32dd" TYPE="ext4"/dev/sdg1: UUID="b3e620ec-41b0-4995-b7fc-2ec8758026bb" TYPE="ext4"/dev/sdh1: UUID="d329ccfd-f069-41a4-86e8-c5e21d265d1e" TYPE="ext4"

七、写入 /etc/fstab 实现永久挂载

编辑fstab文件：

nano /etc/fstab

添加以下内容：

UUID=5fd3bf47-37ab-4bbc-a918-7f897b0a32dd  /data/bucket5  ext4  defaults,noatime,nofail  0  2UUID=b3e620ec-41b0-4995-b7fc-2ec8758026bb  /data/bucket6  ext4  defaults,noatime,nofail  0  2UUID=d329ccfd-f069-41a4-86e8-c5e21d265d1e  /data/bucket7  ext4  defaults,noatime,nofail  0  2

参数说明（重点）

1. noatime

   减少inode写入，提升数据盘性能

2. nofail

   确保磁盘异常时系统仍能启动

3. 0 2

   不进行dump备份，调整fsck检查顺序

八、验证 fstab 是否正确

执行验证命令：

mount -a

无报错表示配置正确，最后确认：

df -h

九、总结

多数据盘挂载的标准流程：分区→格式化→挂载→UUID持久化→mount -a验证。

1. 采用/data/bucketX结构便于扩展管理
2. UUID + noatime + nofail是最佳实践组合
3. mount -a是防止配置错误的最后保障

该方法适用于各类虚拟化和物理服务器环境。