getfattr -d 看不到属性的根本原因是文件系统不支持或未启用user_xattr挂载选项，且扩展属性名必须带user.等正确命名空间前缀，大小写敏感。
getfattr -d 看不到属性？先确认文件系统和挂载选项
很多用户执行 getfattr -d file.txt 却返回空或报错 Operation not supported，根本原因不是命令写错，而是底层不支持。扩展属性依赖文件系统内核支持 + 挂载时启用对应选项。
必须同时满足：
- 文件系统类型是
ext4、XFS、Btrfs等（vfat、ntfs-3g不支持） - 挂载时带
user_xattr选项（ext4默认开启；XFS需显式加，如mount -o user_xattr /dev/sdb1 /mnt） - 检查是否启用：运行
findmnt -n -o OPTIONS /path，输出里要有user_xattr
没启用就直接用 setfattr，会提示 Operation not supported，而不是权限错误。
getfattr -n user.xxx 报错“No such attribute”？注意命名空间和拼写
扩展属性名必须带明确命名空间前缀，user. 是唯一普通用户可写的命名空间。写成 comment、author 或 mytag 都会失败。
常见错误现象：
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
-
getfattr -n comment file→No such attribute（缺user.） -
getfattr -n user.Comment file→ 同样失败（大小写敏感，user.comment才对） -
getfattr -n security.selinux file→ 权限拒绝（非 root 无法读security命名空间）
正确做法：
- 设值：
setfattr -n user.comment -v "draft" doc.md - 读值：
getfattr -n user.comment doc.md - 只取值（脚本友好）：
getfattr -n user.comment --only-values doc.md
setfattr 设置失败的三个高频原因
setfattr 报错往往不是语法问题，而是权限、长度或编码限制。
- 值超长：大多数文件系统限制单个属性值 ≤ 64KB（XFS 更严），传入大 JSON 或二进制会报
Argument list too long - 路径含空格或特殊字符：未加引号会导致参数截断，例如
setfattr -n user.tag -v "work urgent" file name.txt会把file和name.txt当两个文件处理 - 符号链接默认不生效：
setfattr默认操作目标文件，不是链接本身。要改链接自身属性，加-h参数：setfattr -h -n user.linkmeta -v "symlink" mylink
另外，user. 命名空间受标准文件权限控制：写权限不足时，即使你是文件所有者，也会被拒绝。
递归操作目录时 getfattr -R 的实际效果与陷阱
getfattr -Rd /data 看起来方便，但要注意它不会跳过无权访问的子目录——遇到 Permission denied 就中断，且不提供继续选项。
- 想忽略错误继续：加
2>/dev/null，但会丢失所有错误提示，不推荐用于调试 - 真正安全的批量读取：配合
find+-readable过滤：find /data -type f -readable -exec getfattr -n user.tag {} \; -
-R不支持按命名空间过滤：不能直接getfattr -R -m user.* /dir，必须先-d再用grep筛
最后提醒一句：扩展属性不随 cp 复制保留（除非加 -a 或 --preserve=xattr），也不进普通 tar 包（需 --xattrs）。这点极易被忽略，导致元数据在迁移中静默丢失。
