内核与ramdisk到底是什么关系
转自：http://www.lupaworld.com/forum.php?mod=viewthread&tid=61425
ref: http://smilejay.com/2013/06/extract-vmlinuz-and-initrd/
个人Notes：
(1)有这个必要吗？ －－相当有！不然内核太大！不符“内核”原则。
(2)作用：“既要内核小，又要内核不带草”，解决“先有鸡还是先有蛋的问题”。
(3)解决该问题所依据的客观事实：ramdisk根文件系统也是由bootloader通过低级的读写命令加载到内存的，因此内核启动后可以轻松挂载内存中的ramdisk。
(4)总结：出来“混”，总是要“还”的，只是迟早问题。
问题：内核与ramdisk到底是什么关系？系统在启动的过程中，内核与ramdisk分别扮演什么角色啊？
精彩回答：
1） ramdisk一个作用就是用来解决boot过程中mount根文件系统的“先有鸡还是先有蛋”的问题的。
一般来说，根文件系统在形形色色的存储设备上，不同的设备又要不同的硬件厂商的驱动，比如intel的南桥自然需要intel的ide/sata驱动，VIA的南桥需要VIA的ide/sata驱动，根文件系统也有不同的文件系统的可能，比如ubuntu发行版可能一般用ext3，suse可能就不是了，不同的文件系统也需要不同的文件系统模块；假如把所有驱动/模块都编译进内核（注：即编一个通用的、万能的内核），那自然没问题，但是这样就违背了“内核”的精神或本质，所以一般来说驱动/模块都驻留在根文件系统本身上/lib/modules/xxx，那么“鸡蛋”问题就来了，现在要mount根文件系统却需要根文件系统上的模块文件，怎么办？于是，就想出ramdisk，内核总是能安装ramdisk的（注：这是因为ramdisk临时文件系统和内核一样，也是由bootloader通过低级读写命令（如uboot用nand read，而不用通过文件系统层提供的高级读写接口）加载进内存，因此内核可以挂载内存里ramdisk文件系统），然后把所有可能需要的驱动/模块都放在ramdisk上，首先，让内核将ramdisk当作根文件系统来安装，然后再用这个根文件系统上的驱动来安装真正的根文件系统，就将这个矛盾问题解决了
2） ramdisk还举出一个作用，现在的发行版在boot时一般都是图形界面的，那么，ramdisk就可以放framebuffer驱动和一些图片来做这种简单的动画。
3）前一段时间刚好也在研究ramdisk, 下面是我找到的关于ramdisk的资料，希望对楼主有用:
在 Linux kernel 2.4 中，initrd 大致的处理流程如下：(方括号表示主要的执行单元)[boot loader] Boot loader 依据预先设定的条件，将 kernel 与 initrd 这两个 image 载入到 RAM [boot loader -> kernel] 完成必要的动作后，准备将执行权交给 Linux kernel [kernel] 进行一系列初始化动作，initrd 所在的记忆体被 kernel 对应为 /dev/initrd 装置设备， 透过 kernel 内部的 decompressor (gzip 解压缩) 解开该内容并複製到 /dev/ram0 装置设备上 [kernel] Linux 以 R/W (可读写) 模式将 /dev/ram0 挂载为暂时性的 rootfs [kernel-space -> user-space] kernel 准备执行 /dev/ram0 上的 /linuxrc 程式，并切换执行流程 [user space] /linuxrc 与相关的程式处理特定的操作，比方说准备挂载 rootfs 等 [user-space -> kernel-space] /linuxrc 执行即将完毕，执行权转交给 kernel [kernel] Linux 挂载真正的 rootfs 并执行 /sbin/init 程式 [user space] 依据 Linux distribution 规范的流程，执行各式系统与应用程式。
值得一提的是，以上「两阶段开机」是 initrd 提出的弹性开机流程，在真实的应用中，也可能从未需要挂载真正的 rootfs，换言之，只是把系统当作都在 RAM disk 上运作，或者永远都在 initrd 所引导执行的 /linuxrc 程序中执行 (注意：kernel 永远保留 PID=1 作为 init process 识别，而 /linuxrc 执行的 PID 必非为 1)，在许多装置如智慧型手机，都是行之有年的，不过这不影响我们后续的探索。
里边所说的 initrd 大体上就是指 包含根文件系统的ramdisk。
4) vmlinuz 是可引导的、压缩的内核。“vm”代表“Virtual Memory”。内核编译时通过命令 make bzImage 创建，然后通过如下命令产生。bzImage 是压缩的内核映像，需要注意，bzImage 不是用 bzip2 压缩的，bzImage 中的 bz 容易引起 误解，bz 表示“big zImage”。 bzImage 中的 b 是“big”意思。 zImage(vmlinuz) 和 bzImage(vmlinuz) 都是用 gzip 压缩的。它们不仅是一个压缩文件，而且在这两个文件的开头部分内嵌有 gzip 解压缩代码。所以你不能用 gunzip 或 gzip -dc 解包 vmlinuz。
老的 zImage 解压缩内核到低端内存(第一个640K)，bzImage 解压缩内核到高端内存(1M以上)。如果内核比较小，那么可以采用 zImage 或 bzImage 之一，两种方式引导的系统运行时是相同的。大的内核采用 bzImage，不能采用 zImage。 vmlinux 是未压缩的内核，vmlinuz 是 vmlinux 的压缩文件。
initrd 是“initial ramdisk”的简写。initrd 一般被用来临时的引导硬件到实际内核 vmlinuz 能够接管并继续引导的状态。一般 initrd 主要是用于加载 ext3 等文件系统及 SCSI 设备的驱动。initrd 映象文件是使用 mkinitrd 创建的。（比较新的initrd的名称一般为这样的：initramfs-3.10.0-rc1+.img，较老一点，命名形如：initramfs-2.6.32-358.el6.x86_64.img）。
