安全格式化磁盘须先用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
