mkfs命令必须显式指定文件系统类型，否则报错“no filesystem type specified”；推荐使用mkfs.ext4或mkfs.xfs等专用命令，且格式化前须用lsblk、blkid校验设备并卸载分区。
mkfs 命令选对类型才能格式化成功
直接用 mkfs 不带 -t 参数会失败，因为默认不指定文件系统类型时，它不会自动猜——必须显式声明。常见错误是执行 mkfs /dev/sdb1 报错 “no filesystem type specified”，本质是没告诉内核你要建 ext4 还是 xfs。
-
mkfs -t ext4 /dev/sdb1和mkfs.ext4 /dev/sdb1等价，后者更直观，推荐优先用带后缀的专用命令 - ext4 适合通用场景（如系统盘、NAS 数据盘），xfs 更适合大文件+高并发（如视频转码目录、数据库数据目录）
- btrfs 不建议用于生产根分区，因修复工具链尚不稳定；但做备份卷或需要快照的本地存储很实用
- f2fs 仅应在 SSD、eMMC 或 SD 卡上使用，机械盘用它反而降低寿命和性能
/etc/fstab 中文件系统类型写错会导致开机卡住
fstab 第三列填错类型，比如把 xfs 写成 ext4，系统启动时 mount 尝试按 ext4 解析元数据，读到非法结构就 hang 住或报 Wrong fs type, bad option, bad superblock。
- 确认实际类型：用
blkid /dev/sdb1查看输出中的TYPE=字段 - 不要依赖设备名：/dev/sdb1 可能在重启后变成 /dev/sdc1，改用
LABEL=或UUID=更可靠 - 挂载选项别乱加：xfs 默认支持
inode64，但某些旧内核不识别，加了反而 mount 失败；ext4 的journal=writeback能提性能，但断电风险略升
格式化前必须确认设备路径，误操作不可逆
mkfs 一执行就覆盖设备开头的元数据区，没“撤销”机制。曾有人把 /dev/sda（系统盘）当成新盘格式化，结果整个系统无法启动。
- 先用
lsblk -f或sudo fdisk -l对比设备大小、已有文件系统、挂载点，重点看有没有MOUNTPOINT非空 - 对新硬盘，建议先
sudo wipefs -a /dev/sdX清掉残留签名，避免 mkfs 拒绝操作或静默跳过 - 加
-n参数预演：如mkfs.ext4 -n /dev/sdb1会打印将要写的超级块位置和参数，不真正写入
ext4 的 -m 和 -O 参数影响权限与恢复能力
默认 5% 保留空间对系统盘合理，但对一块 10TB 的数据盘，留 500GB 给 root 纯属浪费；而禁用日志（-O ^has_journal）看似提速，实则让 fsck 无法安全修复崩溃后的不一致。
-
-m 1：系统盘建议设为 1，留出约 1% 空间防满盘导致 ssh 登不进 -
-m 0：纯数据盘（如 /data）可设为 0，但需配合监控磁盘使用率 -
-O quota启用配额需后续跑quotacheck，否则只是预留字段，不生效 -
-L "backup"设卷标后，fstab 可写LABEL=backup /mnt/backup ext4 defaults 0 2，比记设备名靠谱得多
wipefs -a 和 blkid 校验——这两步花不了 10 秒，却能避开 90% 的“格式化完挂载失败”问题。
