上回 提到可使用 initrd 实现两阶段启动，有啥好处呢？
- 访问根文件系统需要的附加驱动、内核模块和软件包等可以放到 initrd 中，基础内核保持小而精。
- 内核 + initrd 即可启动计算机基础环境，可实现不依赖目标系统环境的“独立应用”，如 ubuntu 网络安装程序，系统维护（恢复）环境等。
initrd 全称 "initial RAM disk"，详情参考 man initrd（更详细？）或
Linux initrd 文档。Linux 文档摘录如下：
initrd is mainly designed to allow system startup to occur in two phases,
where the kernel comes up with a minimum set of compiled-in drivers, and where additional modules are loaded from initrd.
加载 initrd 文件
可使用内核启动参数 initrd= 指定 initrd 文件路径（未测试）。
通常应使用引导器（如 GRUB）加载 initrd 并提供给内核 ，这样加载内核时不依赖文件系统，更清晰易用。
同样，qemu 虚拟机支持直接加载宿主机上的 initrd 文件。
执行 initrd
内核加载 initrd 为最初的根文件系统。
经测试加载 initrd 后会执行其 /init 文件，可以是脚本或二进制文件。
注意内核启动参数 init= 是设置系统 init 入口（默认 /sbin/init），不会影响 initrd init 入口（默认 /init）。
随后 initrd 可使用 pivot_root 切换到新的系统根目录。
initrd 的 init 脚本关键逻辑是挂载好 /proc 等关键系统目录和目标系统根目录，
如本机 initrd 的 init 脚本包含如下内容：
export PATH=/sbin:/usr/sbin:/bin:/usr/bin
[ -d /dev ] || mkdir -m 0755 /dev
[ -d /root ] || mkdir -m 0700 /root
[ -d /sys ] || mkdir /sys
[ -d /proc ] || mkdir /proc
[ -d /tmp ] || mkdir /tmp
mkdir -p /var/lock
mount -t sysfs -o nodev,noexec,nosuid sysfs /sys
mount -t proc -o nodev,noexec,nosuid proc /proc
# Some things don't work properly without /etc/mtab.
ln -sf /proc/mounts /etc/mtab
# ... ...
mountroot
# ... ...
# Move virtual filesystems over to the real filesystem
mount -n -o move /sys ${rootmnt}/sys
mount -n -o move /proc ${rootmnt}/proc
# Chain to real filesystem
exec run-init ${drop_caps} ${rootmnt} ${init} "$@" ${recovery:+--startup-event=recovery} <${rootmnt}/dev/console >${rootmnt}/dev/console 2>&1-
mountroot是相关脚本中定义的一个 shell 函数。 -
run-init是 initrd 上的一个二进制文件，其主要功能是执行 pivot_root 切换到目标系统根目录，并执行目标系统 init 。（？）
ubuntu 网络安装程序 initrd 则是挂载相关系统目录后直接执行系统 init（默认为 busybox init），其 initrd init 脚本内容如下：
#!/bin/sh -e
# used for initramfs
export PATH
. /lib/debian-installer/init-debug
debugshell "just booted"
mount /run
mkdir -p /run/lock
mount /proc
mount /sys
/lib/debian-installer/start-udev
init='/bin/busybox init'
for i in $(cat /proc/cmdline); do
case $i in
init=/init|init=init)
# Avoid endless loop
: ;;
init=*)
init=${i#init=} ;;
noshell)
sed -i '/^tty[23]/s/^/#/' /etc/inittab ;;
esac
done
debugshell "before init"
exec $init其中 /etc/inittab 启动安装程序配置如下：
# main setup program
::respawn:/sbin/reopen-console /sbin/debian-installer-
reopen-console是一个脚本。尝试获取控制台并运行安装程序。
initrd 文档上提到，引入 pivot_root 之前的老内核上使用 change_root 机制，
即先执行 initrd 上的 /linuxrc，linuxrc 退出后自动挂载系统根目录（/proc/sys/kernel/real-root-dev 指定）并执行系统 init。
新内核启动参数 root= 不为 /dev/ram0 时可能兼容此行为。
新内核启动参数 root=/dev/ram0 时，直接执行 initrd 上的 /sbin/init，可使用 pivot_root 切换新系统目录。
以上两种方式均未测试成功，即无论 root= 如何设置，initrd 上的 /linuxrc 和 /sbin/init 都未被执行。
解开本机系统 initrd 文件看了下，只找一个 /init 文件。
$ find -name linuxrc -o -name init
./init可见 上面提到的 initrd 相关描述已过时。
后来了解到 现代内核支持使用 cpio 文件 ，加载后即执行 /init，与 root= 设置无关。
cpio 文件实际上直接挂载为文件系统，所以又叫做 initramfs 。
这是一种技术革新，从挂载块设备变成直接挂载文件系统，同时去掉了 /dev/ram0。
很多时候依然统称为 initrd 。
手动制作 initrd 文件
initrd 既然是内存盘，可直接制作磁盘镜像（如之前使用的 sda.raw）作为 initrd 文件（未测试）。
现代内核还支持使用 cpio 文件（initramfs），这样制作更简便，将所有文件拷贝到一个目录下，打包 cpio 文件即可。
mkdir initrd
rsync -rtpLOi /bin/busybox -R initrd/
ln -sf /bin/busybox -T initrd/bin/sh
echo $'#!/bin/sh\n/bin/sh' > initrd/init
chmod +x initrd/init
( cd initrd && find . | cpio -o -H newc --file ../initrd.cpio )- 注意：上述示例特意编写
/init脚本执行 sh，避免 busybox 直接作为 init 执行，便于检查执行 initrd 时的原始状态。
同时清空 sda 系统盘，避免干扰：
mkfs.ext4 sda.raw -F启动虚拟机：
qemu-system-x86_64 -enable-kvm -cpu host -smp 1 -m 1G -drive file=sda.raw,format=raw \
-kernel ./vmlinuz -initrd ./initrd.cpio -append "root=/dev/sda结果如下：
- initrd 被挂载为 rootfs，这是一个可读写的内存盘。
- busybox sh 报 tty 无法访问，应该是因为 dev 未正确挂载（自动产生了一个
/dev/console文件）（？）。
手动制作简单系统维护环境，只需要挂载好相关目录，使用 busybox 作为 init 即可。
使用 initramfs-tools
ubuntu 下使用 initramfs-tools 维护系统 initrd (initramfs) 文件，也可以制作自定义 initrd 文件。
参考 man initramfs-tools。
-
mkinitramfs，制作 initrd 文件。 -
lsinitramfs，查看 initrd 文件内容。 -
update-initramfs，更新系统 initrd 文件。
拷贝系统 initramfs 配置，可修改制作自定义 initrd 文件而不影响系统配置。
rsync -ai /etc/initramfs-tools/ initramfs/
mkinitramfs -d initramfs/ -o initrd.img制作的 initrd 文件默认逻辑为挂载根文件系统并启动系统（即执行根文件系统上的 init）。
可配置包含的内核模块和网络启动参数等，详情参考 man initramfs.conf 和默认 initramfs.conf 文件内容。
使用 initrd 启动目标系统
准备一个空根文件系统，创建相关系统目录，同样拷贝 busybox 测试：
mkfs.xfs -f sda.raw
sudo mount -o loop sda.raw /mnt/
( cd /mnt/ && sudo mkdir dev/ proc/ sys/ etc/ tmp/ var/ run/ -p && sudo chmod 1777 tmp/ )
sudo rsync -rtpLOi /bin/busybox -R /mnt/
sudo ln -s /bin/busybox /mnt/bin/sh
sudo umount /mnt/尝试启动虚拟机：
qemu-system-x86_64 -enable-kvm -cpu host -smp 1 -m 1G -drive file=sda.raw,format=raw \
-kernel ./vmlinuz -initrd ./initrd.img -append "root=/dev/sda init=/bin/sh console=ttyS0" -nographic- qemu 参数
-nographic, 不使用图形界面，这时虚拟机串口重定向到控制台。
这非常方便我们在纯命令行下使用虚拟机，非常方便在控制台查看内核启动时的输出。
>-nographic
>Normally, QEMU uses SDL to display the VGA output. With this option, you can totally disable graphical output so that QEMU is a simple command line application.
The emulated serial port is redirected on the console and muxed with the monitor (unless redirected elsewhere explicitly).
Therefore, you can still use QEMU to debug a Linux kernel with a serial console.
Use C-a h for help on switching between the console and monitor.
- 内核参数
console=ttyS0设置使用串口作为控制台，最终输出到执行 qemu 命令的控制台。
运行结果如下：
BusyBox v1.22.1 (Ubuntu 1:1.22.0-15ubuntu1) built-in shell (ash)
Enter 'help' for a list of built-in commands.
/bin/sh: can't access tty; job control turned off
/ # tty
/dev/console
/ # ls -l /dev/console /dev/ttyS0
crw------- 1 0 0 5, 1 Mar 21 16:14 /dev/console
crw------- 1 0 0 4, 64 Mar 21 16:13 /dev/ttyS0
/ # ls -l /proc/$$/fd/
total 0
lrwx------ 1 0 0 64 Mar 21 16:14 0 -> /dev/console
lrwx------ 1 0 0 64 Mar 21 16:14 1 -> /dev/console
lrwx------ 1 0 0 64 Mar 21 16:14 2 -> /dev/console
/ # mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=487028k,nr_inodes=121757,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=101596k,mode=755)
/dev/sda on / type xfs (ro,relatime,attr2,inode64,noquota)- 相关系统目录都已经正确挂载了，busybox sh 依然报
can't access tty，相关命令可以正常使用。 - 默认支持 xfs 文件系统（因为本机安装了 xfs 软件包？），根文件系统默认挂载为只读 (ro) 模式（？），添加内核参数 rw 可指定为可写模式。
initramfs-tools 可以非常简便的定制和创建可以启动系统的 initrd 文件，其自动处理了挂载系统目录，pivot_root 等相关事宜。
如何方便的创建可以独立运行的 initrd 文件（如 ubuntu 网络安装程序）呢？
友好排版可 阅读原文 。
