完全基于initramfs的LFS系统

yunfeitian

呵呵，和楼主有相同的看法。

支持一下，并愿意交流。

digwtx

1.做太大的的Initramfs有时候并不是好事，假若放在U盘，而主板本身的USB驱动能力不是特别强，比如说USB1.1的接口，读写速度是相当慢的，加载一个100M的Initramfs不知道要多久呢？
2. 5楼关于Unionfs的想法是可行的，实际上SLAX也是这么做的，我本人也搞过一个类似的LIVECD吧，我用的SLK，把a,ap,n里类常用的软件各自打包成SQUASHFS文件系统，然后用AUFS2联合成一个完整的、可用的系统

聚焦深空

Post by 地球发动机;1906712
至于unionfs/aufs，我有一个想法是用它做包管理器。也就是说，每个软件包都被制作成squashfs，然后在启动的时候用aufs一个一个加载到根上，于是最终得到一个完整系统。当不需要某个软件包时，简单地不予加载，就相当于卸载了。这样的系统就非常灵活，伸缩性、可定制性可以非常强。但是我现在对aufs/squashfs经验还不多，不知道这个方案的可行性如何。

gentoo 版有人用类似做法。
http://www.linuxsir.cn/bbs/thread365951.html

darrenlee

Post by 地球发动机;1906712
有人尝试过搞一个100M的initramfs，成功了。我估计，要是精简一下，不是没有可能。

打算让它启动后能够在上面完成LFS，就算功德圆满。我想这些功能都不需要另外的根文件系统。

至于unionfs/aufs，我有一个想法是用它做包管理器。也就是说，每个软件包都被制作成squashfs，然后在启动的时候用aufs一个一个加载到根上，于是最终得到一个完整系统。当不需要某个软件包时，简单地不予加载，就相当于卸载了。这样的系统就非常灵活，伸缩性、可定制性可以非常强。但是我现在对aufs/squashfs经验还不多，不知道这个方案的可行性如何。

你这个想法如果我没记错，slax就是这么搞的，squashfs-lzma的作者之一就是slax的作者

darrenlee

Slax modules are compressed read-only SquashFS file system images that are compressed with a LZMA compressor. The various modules are stacked together to build the complete Slax root directory. A supplemental writable layer (a tmpfs file system) is put on the top of the stack to implement the write functionality.

The stackable file system of choice changed between Slax versions 5 (UnionFS) and 6 (AuFS), as did the module file name extension (changed from .mo to .lzm).