e2label仅适用于ext2/ext3/ext4文件系统；若报错“no such file or directory”或“superblock”，说明文件系统类型不匹配，需用lsblk -f或blkid确认TYPE，非ext系应改用xfs_admin、fatlabel或ntfslabel等对应工具。
e2label 只对 ext2/ext3/ext4 有效
如果你执行 e2label /dev/sdb1 BACKUP 却报错 No such file or directory 或 Couldn't find valid filesystem superblock，八成是因为分区不是 ext 系列。CentOS 7 默认用 xfs，而 e2label 完全不认它——连读都读不了，更别说写。
确认文件系统类型最稳的方式是：lsblk -f /dev/sdb1 或 blkid /dev/sdb1，看输出里的 TYPE 字段：
- 如果是
ext4、ext3、ext2→ 可用e2label - 如果是
xfs→ 必须用xfs_admin -L - 如果是
vfat→ 用fatlabel - 如果是
ntfs→ 用ntfslabel
修改前必须卸载或只读挂载
e2label 和 xfs_admin 都要求目标分区未被读写挂载。强行在挂载状态下操作，轻则标签写入失败（命令看似成功但 e2label /dev/sdb1 仍显示旧值），重则触发内核缓存冲突，下次重启回退。
安全做法分两步：
- 先查是否挂载：
mount | grep sdb1 - 若已挂载，执行：
umount /dev/sdb1 - 如果实在无法卸载（比如是根分区或正在使用的数据盘），至少 remount 为只读：
mount -o remount,ro /mount/point
注意：xfs_admin 明确拒绝已挂载设备，会直接报 fatal error -- couldn't initialize XFS library；e2label 虽然可能“成功”返回，但不可信。
卷标命名有硬限制，空格和长度都会出问题
Linux 文件系统卷标不是随便起的字符串。所有主流工具（e2label、xfs_admin、fatlabel）都遵循同一套规则：
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 最大 16 字节（不是字符数，中文算多个字节）
- 禁止空格、制表符、换行符等空白字符
- 区分大小写：
DATA和data是两个不同标签
常见踩坑点：
-
e2label /dev/sdb1 "My Backup"→ 静默截断为My Backup（10 字节），但空格会导致/etc/fstab解析失败 -
e2label /dev/sdb1 VeryLongLabelThatExceedsSixteenCharacters→ 硬截为前 16 字节，不报错也不提示 - 合法示例：
BACKUP、ROOT_FS、logs_2026
验证和后续使用必须配套做
改完标签别急着走。直接运行 blkid /dev/sdb1 看 LABEL= 字段，但它可能缓存旧值。最准的验证方式是：tune2fs -l /dev/sdb1 | grep 'volume label'（ext 系列）或 xfs_admin -l /dev/sdb1（xfs）。
更重要的是：只改标签不改 /etc/fstab，等于白改。设备路径（如 /dev/sda1）在 USB 插拔、BIOS 启动顺序变化、多盘环境下极易错位；而 LABEL=BACKUP 是稳定逻辑引用。
/etc/fstab 条目格式必须是：
LABEL=BACKUP /backup ext4 defaults 0 2
别漏掉 LABEL= 前缀，也别把 LABEL 写成 label 或 Label——大小写敏感，且必须全大写。
