本文主要是介绍内核与ramdisk到底是什么关系？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
假如把所有驱动/模块都编译进内核（注：即编一个通用的、万能的内核），那自然没问题，但是这样就违背了“内核”的精神或本质，所以一般来说驱动/模块都驻留在根文件系统本身上/lib/modules/xxx，那么“鸡蛋”问题就来了，现在要mount根文件系统却需要根文件系统上的模块文件，怎么办？于是，就想出ramdisk，内核总是能安装ramdisk的（注：这是因为ramdisk临时文件系统和内核一样，也是由bootloader通过低级读写命令（如uboot用nand read，而不用通过文件系统层提供的高级读写接口）加载进内存，因此内核可以挂载内存里ramdisk文件系统），然后把所有可能需要的驱动/模块都放在ramdisk上，首先，让内核将ramdisk当作根文件系统来安装，然后再用这个根文件系统上的驱动来安装真正的根文件系统，就将这个矛盾问题解决了ramdisk还举出一个作用，现在的发行版在boot时一般都是图形界面的，那么，ramdisk就可以放framebuffer驱动和一些图片来做这种简单的动画。
前一段时间刚好也在研究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)，在许多装置如智慧型手机，都是行之有年的，不过这不影响我们后续的探[/quote]
里边所说的 initrd 大体上就是指 包含根文件系统的ramdisk。
这篇关于内核与ramdisk到底是什么关系？的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
