上一篇
什么是格式话数据盘？如何正确格式化数据盘
在Linux系统中,格式化数据盘通常指的是对新的磁盘设备进行分区、创建文件系统并挂载，以便操作系统能够读写数据，这一过程涉及多个步骤，从识别磁盘到最终挂载使用，每一步都至关重要，以下将详细说明如何安全、规范地完成数据盘的格式化与挂载操作。
确认磁盘设备名称
在进行任何操作之前,首要任务是准确识别待格式化的磁盘设备名称，错误的操作可能导致系统盘或其他重要数据盘的数据丢失。
使用 lsblk 或 fdisk -l 命令可以列出系统中所有的块设备，新挂载的数据盘会被识别为 /dev/vdb、/dev/xvdb 或 /dev/sdb 等，具体名称取决于云服务商或硬件配置。
| 命令 | 作用 | 示例输出说明 |
|---|---|---|
| lsblk | 列出块设备信息 | 显示磁盘大小、类型及挂载点，未挂载的新盘通常无挂载点显示 |
| fdisk -l | 显示磁盘分区表 | 查看磁盘的详细分区结构，确认目标磁盘无重要数据 |
注意：请务必仔细核对磁盘容量和设备名称，避免误操作 /dev/vda 或 /dev/sda 等系统盘。
磁盘分区
如果磁盘是全新的,或者需要重新规划分区结构，则需要使用 fdisk 或 parted 工具进行分区，对于大多数单分区场景，推荐使用
fdisk。
执行 fdisk /dev/vdb（假设目标盘为 /dev/vdb）后，按以下交互步骤操作：
- 输入 n 创建新分区。
- 输入 p 选择主分区。
- 输入 1 选择分区号（默认为1）。
- 直接回车使用默认起始扇区。
- 直接回车使用默认结束扇区（即使用全部空间）。
- 输入 w 保存并退出。
分区完成后,系统内核可能不会立即识别新的分区表，此时可执行 partprobe 或重启实例以确保分区生效。
创建文件系统
分区完成后,需要为分区创建文件系统，常见的文件系统包括 ext4 和 xfs。
- ext4：兼容性极好，适合大多数场景，尤其是需要频繁小文件读写或需要在线调整大小的场景。
- xfs：性能优异，适合大文件存储和高并发读写，但在缩小文件系统方面支持有限。
根据需求选择命令进行格式化：
# 格式化为 ext4 文件系统 mkfs.ext4 /dev/vdb1 # 或者格式化为 xfs 文件系统 mkfs.xfs /dev/vdb1
执行命令后,系统会提示确认操作，输入 y 继续，格式化过程可能需要几分钟，具体取决于磁盘大小。
挂载文件系统
格式化完成后,需要将文件系统挂载到某个目录才能访问，通常创建一个专用的挂载点目录，如 /data。
# 创建挂载点目录 mkdir /data # 将分区挂载到目录 mount /dev/vdb1 /data
通过 df -h 命令可以查看到 /data 目录已显示新磁盘的空间大小，说明挂载成功。
配置开机自动挂载
为了防止重启后挂载失效,需要将分区信息写入 /etc/fstab 文件，使用 UUID（通用唯一识别码）进行挂载比使用设备名称更稳定，因为设备名称可能在重启后发生变化。
获取分区的 UUID：
blkid /dev/vdb1
输出示例：
/dev/vdb1: UUID="12345678-1234-1234-1234-123456789012" TYPE="ext4"
编辑 /etc/fstab 文件：
vim /etc/fstab
在文件末尾添加一行（请替换为实际的 UUID 和文件系统类型）：
UUID=12345678-1234-1234-1234-123456789012 /data ext4 defaults 0 0
参数说明：
- UUID=...：磁盘的唯一标识。
- /data：挂载点目录。
- ext4：文件系统类型（若是xfs则填xfs）。
- defaults：使用默认挂载选项。
- 0 0：第一个0表示不使用dump备份，第二个0表示不使用fsck检查。
添加完成后,执行 mount -a 测试配置是否正确，若无报错，则配置成功。
权限设置（可选）
默认情况下,挂载后的目录属于 root 用户，如果普通用户需要写入数据，需要修改目录权限或所属组。
# 修改目录所有者为特定用户（user1） chown user1:user1 /data # 或者修改权限，允许所有用户读写 chmod 777 /data
相关问题与解答
问题 1：如果在执行 mkfs 格式化命令时选错了磁盘设备，导致系统盘数据丢失，该如何恢复？
解答：
一旦执行了 mkfs 命令，文件系统元数据会被覆盖，原有数据将变得极难恢复，如果误操作的是系统盘，通常无法在系统内部直接恢复，建议采取以下措施：
- 立即停止写入：防止新数据覆盖旧数据。
- 使用云服务商快照：如果之前创建了系统盘快照，可以通过快照回滚实例到之前的状态。
- 数据恢复软件：对于非系统盘或紧急情况下，可尝试使用 testdisk 或 photorec 等专业数据恢复工具扫描磁盘，但成功率取决于数据被覆盖的程度。
- 预防优于治疗：在执行任何破坏性操作前，务必使用 lsblk 和 fdisk -l 双重确认设备名称，并建议对重要数据进行备份。
问题 2：为什么推荐使用 UUID 而不是设备名称（如 /dev/vdb1）来配置 /etc/fstab？
解答：
使用设备名称（如 /dev/vdb1）存在不稳定性风险，在 Linux 系统中，设备名称的分配顺序可能因以下原因发生变化：
- 重启顺序差异：不同硬件启动顺序可能导致设备编号重新分配。
- 热插拔设备：插入或移除其他 USB 设备或磁盘可能改变后续设备的编号。
- 虚拟化环境：在云服务器中，底层存储映射可能变化。
UUID 是文件系统创建时生成的唯一标识符，具有全局唯一性和持久性，无论设备名称如何变化，UUID 始终指向同一个文件系统，从而确保系统重启后能准确挂载到正确的目录，避免因设备名漂移导致系统启动失败或数据挂载错误。
