Linux使用mkfs.xfs格式化盘很慢的解决办法

字数 706，阅读大约需 4 分钟

现象

使用命令mkfs.xfs /dev/sde直接格式化盘，该盘有20TB，特别慢，30分钟没有执行完。

但是，使用 mkfs.ext4 很快完事。

解决

最后改为如下的命令后，3秒完事：

mkfs.xfs -f -K -l size=128m,lazy-count=1 /dev/sde

或使用 mkfs.ext4 尝试。

解释

如果 mkfs.ext4 很快，而 mkfs.xfs 特别慢，说明问题可能与 XFS 文件系统初始化方式 或 磁盘 I/O 特性 相关。可以从以下几个方面分析和优化：

1. mkfs.xfs 默认行为：全盘扫描 + 日志区初始化

mkfs.xfs 会执行以下操作，导致格式化比 mkfs.ext4 慢：

• • 全盘扫描并初始化数据结构
• • 为日志区域 (log) 预留空间并进行初始化
• • 可能执行 discard（TRIM）操作（如果是 SSD）

优化方案

尝试使用 -f -l lazy-count=1 加快格式化：

mkfs.xfs -f -l lazy-count=1 /dev/sde

• • -f：强制格式化，避免因已有分区导致的提示。
• • -l lazy-count=1：优化 XFS 的日志计数方式，加快格式化。

2. 跳过 discard 操作（特别适用于 SSD）

如果 mkfs.xfs 在 SSD 上特别慢，可能是 TRIM 操作导致：

mkfs.xfs -f -K /dev/sde

• • -K 选项会跳过 discard，提高格式化速度（适用于 SSD）。

可以手动检查 SSD 是否支持 discard：

lsblk -D

如果 DISC-GRAN（discard granularity）值很大，说明 mkfs.xfs 可能因 discard 耗时过长。

3. 检查磁盘 I/O 瓶颈

虽然 mkfs.ext4 运行快，但 mkfs.xfs 可能触发了不同的 I/O 负载，可以用 iostat 或 iotop 观察：

iostat -xm 1
iotop -o

如果磁盘 await 时间很高，可能是 I/O 繁忙导致。

4. 确保 xfsprogs 版本最新

旧版本 xfsprogs 可能存在性能问题，建议更新：

yum update xfsprogs  # RHEL/CentOS
apt update && apt install xfsprogs  # Debian/Ubuntu

检查当前 XFS 版本：

mkfs.xfs -V

5. 检查 dmesg 是否有错误

如果 mkfs.xfs 明显比 mkfs.ext4 慢，可能是磁盘错误或驱动问题：

dmesg | tail -50

如果发现 I/O errors、buffer I/O error，可能是磁盘有问题，可以跑 badblocks 检测：

badblocks -sv /dev/sde

6. 变更日志模式

XFS 需要初始化日志区域，默认情况下可能会导致格式化较慢。可以尝试手动调整：

mkfs.xfs -f -l size=128m,lazy-count=1 /dev/sde

• • -l size=128m：减少日志空间大小，加快格式化。
• • lazy-count=1：避免频繁更新 superblock，提高效率。

7. 避免 -n ftype=1（小文件目录索引）

某些系统默认 mkfs.xfs 会使用 -n ftype=1，可能导致格式化慢。可以尝试手动关闭：

mkfs.xfs -f -n ftype=0 /dev/sde

说明

本文“解释” 部分来自于AI生成！