Initrd

Initrd

名称
initrd -- 由启动加载器进行初始化的RAM DISK

描述
/dev/initrd这个特殊文件是一个只读的块设备文件。/dev/initrd设备文件是一个在内核被启动之前由启动加载器进行初始化的RAM disk。
随后，内核利用/dev/initrd设备文件的内容进行两个阶段的(系统)自举。
在(系统)自举的第一个阶段，内核进行初始化，根据/dev/initrd的内容挂载一个原始根文件系统。
在第二个阶段，一些附加的驱动或者其他模块从原始的根设备中被加载。在加载完附加模块后，一个新的根文件系统(也就是常规的根文件系统)从别的设备被挂载。

自举操作流程
使用initrd进行系统自举，系统初始化如下：

1.启动加载器把内核程序以及/dev/initrd的内容加载到内存

2.在内核初始化过程中，内核把/dev/initrd设备的内容解压缩并拷贝到/dev/ram0设备上，随之释放被/dev/initrd占用的内存空间

3.接着内核以可读写的方式把/dev/ram0设备挂载为原始的根文件系统

4.如果(不知道如何翻译indicated)常规根文件系统也是原始根文件系统(举例来说，/dev/ram0)，那么内核跳至最后一步正常启动

5.如果可执行文件/linuxrc存在于原始根文件系统上，/linuxrc就以uid为0的帐户身份被执行。(/linuxrc文件必须具有可执行属性，它可以是包括shell脚本在内的任何有效的可执行文件)

6.如果/linuxrc没有被执行或者当/linuxrc(的运行)终止时，常规根文件系统被挂载。(如果/linuxrc退出时在原始根文件系统上挂载了任意文件系统，那么内核的行为则是不定的。阅读注意事项以确定当前的内核行为)

7.如果常规根文件系统存在/initrd目录，那么/dev/ram0将从/移动到/initrd。否则如果/initrd目录不存在，/dev/ram0将被卸载。(当从/移动到/initrd而/dev/ram0没有被卸载时，会导致进程仍能从/dev/ram0运行)。如果/initrd目录不存在，并且当/linuxrc退出时任何进程仍能从/dev/ram0运行，内核的行为是不定的。阅读注意事项以确定当前内核的行为。)

8.正常的启动过程(比如/sbin/init的调用)将在常规根文件系统上进行
...
注意事项
1.在当前内核下，当/dev/ram0从/被移动到/initrd时，任何已挂载的文件系统依然能被访问。然而，/proc/mounts条目不会被更新。
2.在当前内核下，如果/initrd不存在，如果/dev/ram0被其他进程使用中或者有任何文件系统被挂载其上，/dev/ram0将不会被完全卸载。如果/dev/ram0没有被完全卸载，那么/dev/ram0将驻留在内存

名称
initrd -- 由启动加载器进行初始化的RAM DISK

描述
/dev/initrd这个特殊文件是一个只读的块设备文件。/dev/initrd设备文件是一个在内核被启动之前由启动加载器进行初始化的RAM disk。
随后，内核利用/dev/initrd设备文件的内容进行两个阶段的(系统)自举。
在(系统)自举的第一个阶段，内核进行初始化，根据/dev/initrd的内容挂载一个原始根文件系统。
在第二个阶段，一些附加的驱动或者其他模块从原始的根设备中被加载。在加载完附加模块后，一个新的根文件系统(也就是常规的根文件系统)从别的设备被挂载。

自举操作流程
使用initrd进行系统自举，系统初始化如下：

1.启动加载器把内核程序以及/dev/initrd的内容加载到内存

2.在内核初始化过程中，内核把/dev/initrd设备的内容解压缩并拷贝到/dev/ram0设备上，随之释放被/dev/initrd占用的内存空间

3.接着内核以可读写的方式把/dev/ram0设备挂载为原始的根文件系统

4.如果(不知道如何翻译indicated)常规根文件系统也是原始根文件系统(举例来说，/dev/ram0)，那么内核跳至最后一步正常启动

5.如果可执行文件/linuxrc存在于原始根文件系统上，/linuxrc就以uid为0的帐户身份被执行。(/linuxrc文件必须具有可执行属性，它可以是包括shell脚本在内的任何有效的可执行文件)

6.如果/linuxrc没有被执行或者当/linuxrc(的运行)终止时，常规根文件系统被挂载。(如果/linuxrc退出时在原始根文件系统上挂载了任意文件系统，那么内核的行为则是不定的。阅读注意事项以确定当前的内核行为)

7.如果常规根文件系统存在/initrd目录，那么/dev/ram0将从/移动到/initrd。否则如果/initrd目录不存在，/dev/ram0将被卸载。(当从/移动到/initrd而/dev/ram0没有被卸载时，会导致进程仍能从/dev/ram0运行)。如果/initrd目录不存在，并且当/linuxrc退出时任何进程仍能从/dev/ram0运行，内核的行为是不定的。阅读注意事项以确定当前内核的行为。)

8.正常的启动过程(比如/sbin/init的调用)将在常规根文件系统上进行
...
注意事项
1.在当前内核下，当/dev/ram0从/被移动到/initrd时，任何已挂载的文件系统依然能被访问。然而，/proc/mounts条目不会被更新。
2.在当前内核下，如果/initrd不存在，如果/dev/ram0被其他进程使用中或者有任何文件系统被挂载其上，/dev/ram0将不会被完全卸载。如果/dev/ram0没有被完全卸载，那么/dev/ram0将驻留在内存

 

简单补充两点：
1,如果没有/dev/initrd设备，用如下命令创建：
#mknod -m 400 /dev/initrd b 1 250
#chown root:disk /dev/initrd
2,要使用initrd，编译内核时必须选择以下两项：
CON-FIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y
当使用/dev/initrd时， RAM disk driver不能作为模块加载。

 

1.System.map是内核符号表，然而很多文档提及，它并非用于内核，换言之，内核不需要它来确定函数位置；它大多用于log工具以及调试工具。

2.不是说没有initrd就不能启动系统！
如initrd的man手册所言，如果挂载的原始文件系统也是最终的根文件系统，系统将跳过initrd处理而继续正常的初始化过程。
在2.6.x的内核源码目录中的init/main.c中，调用do_mounts.c中的prepare_namespace函数来进行userspace init，而它本身又调用do_mounts_initrd.c中的initrd_load()函数。

代码:

int __init initrd_load(void)
{
	if (mount_initrd) {
		create_dev("/dev/ram", Root_RAM0, NULL);
		/*
		 * Load the initrd data into /dev/ram0. Execute it as initrd
		 * unless /dev/ram0 is supposed to be our actual root device,
		 * in that case the ram disk is just set up here, and gets
		 * mounted in the normal path.
		 */
		if (rd_load_image("/initrd.image") && ROOT_DEV != Root_RAM0) {
			sys_unlink("/initrd.image");
			handle_initrd();
			return 1;
		}
	}
	sys_unlink("/initrd.image");
	return 0;
}

initrd自2.4.x内核以来的新咚咚，可由boot loader提供命令行配置。