众所周知传统ubuntu使用一个单独的squashfs文件镜像系统来存储根文件系统，而canary版本则使用了squashfs和overlayfs技术，首先创建一个minimal系统作为根文件系统，然后在其上叠加一个overlayfs镜像，创建standard系统；然后再叠加一个overlayfs镜像，创建live系统。在这三个基本镜像的基础上，根据语言区域再叠加相应的overlayfs镜像，以便增加语言包或者其他软件包，当然还存在相应的no-language镜像。理论上来讲，可以几乎无限的叠加overlayfs镜像，以便启动后，在target上无限的叠加文件镜像，从而构成一个完备的ubuntu根目录文件系统。
squashfs和overlayfs技术并不是一个新鲜玩意，事实上ubuntu 20.10 live server镜像就是这样的，当然在此之前很多嵌入式的系统也这么干。在如今容器技术大行其道的情况下，ubuntu将这一技术带进桌面系统，也是有情可原的。
但是问题是多个镜像的叠加，几乎可以肯定的说，会造成启动时间的增加。在进入桌面后，需要一段时间来载入多个叠加的镜像内容，这样以来，势必增加系统开销，从而在进入桌面的第一时间，如同死机般的卡顿。同时，几乎可以肯定的说，叠加的多个镜像之间一定会存在冗余，致使压缩后的多个镜像加起来非常大，造成光盘镜像体积的增加，这无形中加大了制作liveusb的负担。
看看传统ubuntu的livecd镜像和canary版的livecd镜像，对比如此的鲜明。
再多说一句，基于flutter框架制作的snap版ubuntu-desktop-installer，基本上就是一坨翔，而且是最大的一坨，远不如传统的ubiquity好用。当然这可能是snap的缘故，希望22.04版本不会激进的使用这个安装程序。
最后，作为一个总结，作者也定制了一个canary版的livecd镜像，在尽量控制体积后，仅仅比传统方法定制的镜像大那么一丢丢，喜欢尝鲜的可以等待我上传完成。
myubuntu canary daily下载地址：https://url36.ctfile.com/d/33903636-45652456-da690a
访问密码：9158
严正警告：该定制的canary daily版光盘镜像仅仅是一个技术演示，并不能用于实际生产环境。该光盘镜像可能存在较多的bug，或隐含未知的致命错误，在实体计算机上尝试，存在巨大的安全风险，建议使用虚拟机进行尝试。如在实体计算机上尝试，造成任何软硬件损坏和故障，或数据丢失的，作者概不负责。