为linux内核构建最小的根文件系统 一步一步精简
linux内核init进程函数的部分代码如下： 01 if (execute_command)
02 run_init_process(execute_command);
03
04 run_init_process("/sbin/init");
05 run_init_process("/etc/init");
06 run_init_process("/bin/init");
07 run_init_process("/bin/sh");
08
09 panic("No init found. Try passing init= option to kernel.");
10 }
代码中我们看出，linux内核在初始化的最末段，也就是挂载了跟文件系统之后，开始了与根文件系统，也就是用户应用的沟通，我们看到：内核分别尝试了/sbin/init, /etc/init, /bin/init, /bin/sh四个应用的执行，由此可以想到，只要我们准备相应的应用，并且只要满足其中之一，就可以启动系统了，如果任何的一个都没有满足，那么久会出现很经典的内核panic：No init found. Try passing init= option to kernel. 在此，我们利用现有分析，构建一个可以说是很小的根文件系统，busybox是针对嵌入式开发需求，集各种unix工具于一身的很小很强大的工具集。busybox的编译过程不再赘述，现假设busybox编译后已经生成如下文件夹： bin linuxrc sbin usr
其中，linuxrc为程序，bin、sbin、usr为文件夹，其实三个文件夹内绝大部分是程序，并且是指向bin/busybox的链接，也就是所有的命令均由bin/busybox执行 我们看到，内核初始化最后一次尝试的bin/sh, 猜想上来sh并不会跟其它的程序产生关联，所以干脆删除sbin和usr再说，同时linuxrc似乎也不是必须，最多内核报告错误，并不会产生panic，所以精简后，根目录如下(有点裸了:)): bin
呵呵，现在想，估计是启动不起来的，为什么呢？起码sh程序或者说busybox要依赖一些动态库，当然可以编译选择静态编译了，那么似乎连什么库都不要，但是我们这里说的最小，并不是文件最少，而是最必须的意思，同时默认busybox编译，采用动态库，所以无论怎么说，lib库是最小根文件系统必须的。所以，添加lib目录，其中的动态库文件来自交叉编译器的lib目录。现在的最小根文件系统如下： bin lib
这时候，先别急，我们发现bin目录下，仍然有很多文件，当然也是链向bin/busybox的链接，也就是说，有没有他们没什么关系，那么如果删除他们也没什么影响咯，开始精简bin目录，精简后目录如下:
相关文档：
（L2CAP协议简介，L2CAP在BlueZ中的实现以及L2CAP编程接口）
一：L2CAP协议简介：
Logical Link Control and Adaptation Protocol(L2CAP)
逻辑连接控制和适配协议 (L2CAP) 为上层协议提供面向连接和无连接的数据服务，并提供多协议功能和分割重组操作。L2CAP 充许上层协议和应用软件传输和接收最大长度为 64K 的 L2CAP � ......
例一：发送Signaling Packet：
Signaling Command是2个Bluetooth实体之间的L2CAP层命令传输。所以得Signaling Command使用CID 0x0001.
多个Command可以在一个C-frame（control frame）中发送。
如果要直接发送Signaling Command.需要建立SOCK_RAW类型的L2CAP连接Socket。这样才有机会自己填充Command Code，Identi ......
作者：haohaoo
来自：CnLinux.net工作笔记
转载请保留以上信息，谢谢
在服务器上把硬盘接好，启动linux，以root登陆。
比如我新加一块SCSI硬盘，需要将其分成三个区：
#fdisk /dev/sdb
进入fdisk模式：
Command (m for help):p //查看新硬盘的分区
Command (m for help):n //创建新分区
可以用m命 ......
