Linux内核还能再精简了吗？

uclibc下Kernel可以减到2M.

部分有用部分没用，更行之有效的方式是把占空间较大的ko打包压缩，运行过程中解压再执行。打包压缩的工具的压缩比越大占空间越小

libgcc那些貌似不用，把文件系统改成cramfs格式了吗？大文件都压缩了吗

本帖最后由 lfp1975 于 2015-11-19 21:46 编辑

感谢各位的回复 ！但是还是不太明白，怎么样压缩？我是将需要的文件复制到rootfs 目录，然后运行 ./mkfs.jffs2 -d ./rootfs -l -e 0x10000 -o rootfs.jffs2 这样做算是压缩了吧！
各位能说的详细点吗？

这个是可以压的。我的SDK里，有个系统小型化说明，可以把内核压到了2M左右，文件系统大小也是2M左右。

你可以参考SDK中的这个文件进行处理

楼上的，能把您那个SDK小型化的说明或者相关的文件发给我吗？我的邮箱[email]lfp99@139.com[/email]

我上传到这里吧

学习中。。。
先谢谢楼上的了！

本帖最后由 lfp1975 于 2015-11-21 12:08 编辑

我将squashfs写入到flash中后，用如下命令设置启动方式
setenv bootargs 'mem=64M console=ttyAMA0,115200        root=/dev/mtdblock1 rootfstype=squashfs mtdparts=hi_sfc:1M(boot),3M(kernel),4M(rootfs)'
setenv bootcmd 'sf probe 0;sf read 0x82000000 0x100000 0x400000;bootm 0x82000000'
saveenv
重新启动后出现如下错误：
鳹FS: Cannot open root device "mtdblock1" or unknown-block(31,1)
Please append a correct "root=" boot option; here are the available partitions:
1f00            3072 mtdblock0  (driver?)
1f01            4096 mtdblock1  (driver?)
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,1)
Backtrace:
[] (dump_backtrace+0x0/0x10c) from [] (dump_stack+0x18/0x1c)

r6:c0535e40 r5:c05360b0 r4:c05360b0 r3:0000000a
[] (dump_stack+0x0/0x1c) from [] (panic+0x64/0x190)
[] (panic+0x0/0x190) from [] (mount_block_root+0x174/0x228)
r3:00000001 r2:00000000 r1:c3827f58 r0:c04b4cf0
r7:c04b4c40
.................................
之前见过有说明需要更改文件，使其支持squarshfs 类型的文件，是我没更改导致的问题的吗？
如果更改是在哪里？能不能说的细说些
谢谢了！

root=/dev/mtdblock1 rootfstype=squashfs mtdparts=hi_sfc:1M(boot),3M(kernel),4M(rootfs) 这样设置的话，要把

root=/dev/mtdblock1 改为 root=/dev/mtdblock2

把kernel里面不需要用的文件系统的支持 全干掉，可以省不少空间

[quote][url=forum.php?mod=redirect&goto=findpost&pid=22365&ptid=9237]lfp1975 发表于 2015-11-19 21:23[/url]
感谢各位的回复 ！但是还是不太明白，怎么样压缩？我是将需要的文件复制到rootfs 目录，然后运行 ./mkfs.jf ...[/quote]

这里说是整个文件系统，前面是说进入文件系统之后发生的事，比如将ko都用7z压缩，进入后释放出来再加载ko

感謝分享,很有用的文件說明!:D

非常好，缩小内核都是很有用的。