安全格式化磁盘须先用lsblk -f确认设备未挂载、fstype为空，再依分区表类型和用途选mkfs.ext4或mkfs.xfs；格式化后必须验证uuid、临时挂载测试并正确配置fstab。

直接结论：用 mkfs 系列命令，但必须先确认设备、分区未挂载，且文件系统类型选对——错一步就丢数据。

怎么安全识别要格式化的磁盘或分区

别凭设备名（如 /dev/sdb）瞎猜，尤其云服务器或虚拟机里设备名可能每次重启都变。真实场景中误格式化系统盘的事故，90%源于没验证目标。

• 运行 lsblk -f，重点看三列：NAME（是否带数字后缀，如 sdb1 是分区，sdb 是整盘）、FSTYPE（是否为空，非空说明已有文件系统）、MOUNTPOINT（必须为空，否则禁止格式化）
• 补查分区表类型：sudo fdisk -l /dev/sdb | grep "Disk label"，输出 Disk label type: gpt 或 dos，关系到后续能否用 fdisk 管理，但不影响 mkfs 本身
• 如果 lsblk 显示 /dev/sdb 没分区，而你打算直接格式化整盘（比如做 LVM PV 或 btrfs 卷），那就用 /dev/sdb；如果显示 /dev/sdb1 且未挂载，才对它操作

ext4 和 xfs 格式化命令写法与关键区别

二者命令结构相似，但参数逻辑和默认行为差异大，混用会导致意外交互失败。

• mkfs.ext4 /dev/sdb1 默认启用日志、保留 5% 空间给 root、自动分配 inode 数量；适合通用场景，但大容量数据盘建议加 -m 1（减少保留空间）
• mkfs.xfs -f /dev/sdb1 必须加 -f，否则遇到已有文件系统会报错退出；不保留空间、无 inode 概念、元数据写入更激进——适合吞吐优先的数据库或媒体存储
• 不要用 mke2fs -t xfs，mke2fs 只支持 ext 系列；xfs 只能用 mkfs.xfs
• 想加卷标统一管理？mkfs.ext4 -L mydata /dev/sdb1 和 mkfs.xfs -L mydata /dev/sdb1 都支持，后续可用 mount -L mydata

格式化后必须做的三件事，缺一不可

格式化成功不等于能用。常见“明明 mkfs 成功了却 mount 失败”，基本卡在这几步。

• 立即执行 sudo blkid /dev/sdb1，确认输出含 UUID=... 和 TYPE="ext4"（或 "xfs"）。若无输出，说明格式化失败或设备路径错了
• 临时挂载测试：sudo mkdir -p /mnt/test && sudo mount /dev/sdb1 /mnt/test && df -h /mnt/test，看到容量才真正可信；挂载报错“wrong fs type”大概率是 mkfs 命令输错或内核没加载对应模块（如 xfs 需 modprobe xfs）
• 若需开机挂载，务必用 UUID 而非设备名写 /etc/fstab：UUID=xxx /data xfs defaults 0 0；改完运行 sudo mount -a 测试语法，别等重启才发现 fstab 错了

容易被忽略的性能与兼容性细节

这些点不写在 man page 显眼位置，但线上出问题时往往卡在这里。

• SSD 上格式化 ext4 时，默认块大小（-b）是 4K，但某些 NVMe 盘实际最佳 I/O 对齐是 64K，此时加 -b 65536 能提升随机写性能——不过得同步调大应用层 buffer，否则白搭
• xfs 不支持在线 shrink（缩容），ext4 也不推荐；格式化前就得规划好容量，别指望以后“后悔了再缩小”
• 旧内核（如 CentOS 7.2 之前）对大于 500TB 的 xfs 文件系统支持不稳，mkfs.xfs 虽然能跑完，但挂载后 df 可能卡死或报错，升级 kernel 再操作
• 所有 mkfs 命令默认不校验底层设备健康状态，如果磁盘本身有坏道，格式化会掩盖问题；建议先跑 sudo smartctl -a /dev/sdb 看 Reallocated_Sector_Ct 是否为 0