Linux OverlayFS配置的文件系统支持说明
OverlayFS是Linux内核提供的联合文件系统，其配置涉及**lowerdir（只读下层）、upperdir（可写上层）、workdir（工作目录）**三个核心目录，不同目录对文件系统的要求存在差异：
一、lowerdir（只读下层）支持的文件系统
lowerdir是OverlayFS的基础层，仅需要可读，对文件系统类型限制较少。几乎所有Linux支持的现代文件系统均可作为lowerdir，包括但不限于：
- 本地文件系统：ext4、ext3、ext2、xfs、btrfs、zfs等；
- 远程文件系统：nfs、cifs等（需网络支持且客户端配置正确）。
lowerdir甚至可以是另一个OverlayFS的merged目录（如多层嵌套的overlay挂载），但需注意性能影响。
二、upperdir（可写上层）支持的文件系统
upperdir用于存储对OverlayFS的所有修改（如新增、修改、删除文件），需满足可读可写，且对文件系统特性有严格要求：
-
必需特性：
- 支持
trusted.*和user.*扩展属性（用于实现whiteout文件、opaque目录等功能，如隐藏下层文件）；
readdir接口需返回合法的d_type字段（用于区分文件/目录类型，避免文件系统遍历错误）。
目前主流的ext4、xfs、btrfs等本地文件系统均满足上述要求。
-
不推荐/不支持的文件系统：
- NFS：多数NFS服务器未完全支持上述扩展属性或
d_type，可能导致OverlayFS功能异常（如whiteout文件无法生成）；
- FAT/vfat：大小写不敏感，易导致文件名冲突，不兼容OverlayFS的合并逻辑；
- CIFS/Samba：类似NFS，扩展属性支持有限；
- GFS2、OCFS2：集群文件系统，与OverlayFS的锁机制可能存在冲突；
- FUSE（用户态文件系统）：性能和稳定性不足，不建议作为upperdir。
三、workdir（工作目录）支持的文件系统
workdir是OverlayFS内部使用的临时目录，用于原子性操作（如文件从upperdir移动到最终位置），需满足：
- 必须与upperdir位于同一文件系统（避免跨文件系统操作的原子性问题）；
- 需为空目录（挂载后由内核初始化，用户无需手动干预）。
其对文件系统类型的要求与upperdir一致（需支持扩展属性和d_type）。
四、特殊场景说明
- 容器应用：Docker、Podman等容器工具默认使用OverlayFS作为存储驱动，其lowerdir通常指向镜像的只读层（如ext4/xfs格式的镜像文件），upperdir指向容器的可写层（如tmpfs或本地可写分区）；
- Live系统：基础操作系统（如squashfs只读文件系统）可作为lowerdir，upperdir使用tmpfs或持久化分区（如ext4），实现系统修改的临时或永久保存；
- 只读根文件系统：将根文件系统（如ext4只读挂载）作为lowerdir，upperdir指向可写分区，实现根文件系统的“伪可写”。