getfattr 不显示扩展属性的主因是文件系统不支持或未启用 user_xattr 挂载选项；其次需检查命名空间权限、是否遗漏 -d 参数、特殊字符是否加引号，以及输出编码与截断问题。
getfattr 命令不显示扩展属性？先确认文件系统是否支持
Linux 中的扩展属性（xattr）依赖底层文件系统支持，ext4、xfs、btrfs 默认启用，但 ext2、ext3（未开启 user_xattr 挂载选项）或某些网络/只读挂载会直接忽略。运行 mount | grep $(df . | tail -1 | awk '{print $1}') 查看当前挂载参数，确认含 user_xattr（ext 系列）或原生支持（xfs/btrfs）。若无此选项，getfattr 即使成功执行也返回空，不是命令用错，而是内核根本没存。
getfattr 查不到自定义属性？检查命名空间和权限
扩展属性分命名空间：user.（用户可读写）、security.（SELinux）、trusted.（需 CAP_SYS_ADMIN）、system.（ACL 相关）。普通用户只能操作 user. 前缀属性；尝试读 security.selinux 会因权限不足静默失败（除非加 -h security.selinux 并有对应能力）。常见误操作：
- 用
setfattr -n mykey -v "val" file写入 —— 实际写入的是user.mykey，但getfattr file默认只显示user.前缀属性，且不带-d不会列出所有 - 漏掉
-d参数：想看全部属性必须显式加getfattr -d file，否则只显示已知命名空间的元数据（如 SELinux 标签） - 属性名含特殊字符（如空格、换行）：需用
-n "user.key name"加引号，否则 shell 分词导致命令解析失败
getfattr 输出乱码或截断？处理二进制值和长值
getfattr 对非 UTF-8 值默认以十六进制转义显示（如 0x68656C6C6F），这是正常行为，不代表损坏。若需明文查看，确认值确实是文本后可用 --only-values 配合 xxd -r -p 解码。另外注意：
- 值长度超 64KB 时，部分内核版本（如旧版 CentOS 7）的
getfattr可能截断输出，此时应改用getfattr -n user.key --only-values file | head -c 1M手动限制 -
-e hex强制十六进制输出，-e text强制按文本解码（遇非法字节会报错），生产环境建议优先用-e hex避免隐式转换失真 - 对目录使用时，默认不递归，需加
-R；但大量文件时性能极差，慎用
与 setfattr 配合调试时容易忽略的边界情况
写入和读取扩展属性看似简单，但几个细节常导致“明明写了却读不出”：
- 文件硬链接数 > 1 时，扩展属性属于 inode，所有硬链接共享同一组 xattr —— 但符号链接（symlink）本身不存 xattr，
getfattr symlink默认查目标文件，加-h才查链接自身（通常为空） - 使用
cp复制文件默认不保留 xattr，必须加-a或--preserve=xattr；rsync需显式加-X -
tar归档默认丢弃 xattr，要用--xattrs（GNU tar）或-@（bsdtar）才保存；解压时同样需对应选项还原 - 容器环境（如 Docker）中，宿主机写入的 xattr 在容器内可能不可见，因挂载时未传递
user_xattr或容器未启用相应 capability
扩展属性不是“键值对数据库”，它是内核级的轻量存储，单个值上限通常为 64KB，总大小受 inode 空间限制。频繁读写高并发场景下，性能开销比普通文件 I/O 明显，别把它当配置中心用。
