前言
随着Linux Kernel从3.18开始,将Overlay文件系统纳入主线开发维护,到目前为止,经过不断的进行完善和开发,Overlay文件系统的地位变得越来越重要,并且从各方面来说,其作用和优点也越来越显著。
对于Overlay的原理,网上有很多文章进行了详细介绍,此处不再赘述其原理,下面仅做大致描述,以方便读者对文章后续的理解。
Overlay基本原理
Overlay文件系统类似于堆叠的文件系统,它本身不像其他传统文件系统(jffs2、ext4、fat…)那样,直接参与磁盘空间及节点存储的划分。它更像是一个皮包公司,依赖并构建于其他传统文件系统之上,“合并”底层传统文件系统中文件内容的差异并进行“合并”,然后再向用户呈现。因此用户看到的文件系统根目录,其实是overlay“合并”的文件系统目录的“合集”。
文件系统的理解,可以参考一本书的结构:
一本书有厚有很多内容(类比为磁盘空间),而每本书前面的目录(类比为文件系统),可以帮我们准确的定位到你要查找的内容在书正文的那一页(类比为文件系统inode节点)。
为了便于理解,来一张图进行简单说明:
Overlay应用场景很多,下面仅从两个接触到的应用领域进行较详细的说明:
- Overlay在嵌入式系统中的应用
- Overlay在Docker中的应用
1. Overlay在嵌入式系统中的应用
众所周知,在嵌入式通信行业,尤其是需要跑Linux操作系统的嵌入式通信产品,如交换机、WiFi路由器、GPON ONU等设备中,由于系统硬件资源及成本限制,存储通常使用SPI接口的Flash,容量基本8/16/32MByte居多(Nand Flash一般存储容量大,但是运行里面的Kernel及文件系统需要先将此分区读取出来加载在内存运行,这种方式不在讨论范围),如果使用在工业级设备上的话,为了系统稳定及容灾的考虑,都会做双image备份,这就导致存储资源更加紧缺。
而制作根文件系统使用的主要有jffs2和squashfs,两者的区别在于,jffs2 的文件系统可读写,但是压缩比率较低,squash的文件系统为只读,压缩率高,所以比较普遍的做法有两种,各有优缺点,根据自已也无需求选择使用,分别如下:
- 传统方式
- Overlay方式
这样实现的方式,如果要实现类似恢复出厂设置的功能时,只需要将jffs2的用户数据分区内容直接删除即可。
1.1 传统方式
根文件系统制作为squash fs,而单独划分一个jffs2的数据分区,用来存储用户对设备的配置信息,在系统启动之后,自动挂载此数据分区到squash根文件系统预先创建的目录下,从而实现用户配置信息的存储。
实现脚本:
# 只需在系统家电启动的时候,启动脚本中mount此block即可,制作只读文件系统时,预先创建好/user/data