标签: initrd

据我所知,initrd是一个可以在RAM中加载的小图像.它用于引导包含所有可加载模块的完整内核.作为该过程的一部分,我们需要vmlinuz内核映像,它是bzImage的重命名版本.

是否可以在不创建initrd映像的情况下引导内核？

我们为我们公司的特定嵌入式设备开发,其中一部分是制作通过netboot通过以太网加载到设备上的初始根磁盘.我们遇到了一些问题,因此,包含初始根磁盘内容的原始文件夹与其备份一起丢失,但我们仍然有通过压缩ramdisk的内容创建的initrd映像.它已作为本地循环设备挂载,然后在gzip压缩文件上运行mkimage.有没有办法撤消mkimage的影响并获取原始的gzip压缩内容,以便我们可以恢复原始图像？

考虑一个带有以下约束的实时GNU/Linux发行版:所有软件都应该包含在一个initrd映像中(这导致它的大小),并且内核包含尽可能少的静态编译模块.

考虑所描述的发行版的启动过程:引导加载程序(例如grub或isolinux)加载内核,然后内核将initrd加载并提取到内存中.在提取期间(在旧计算机上花费20-30秒)屏幕上没有任何反应.

我想知道,在initrd提取过程中是否有现成的解决方案显示启动画面？如果没有,请您评论以下想法:

1. 将一个例如600x480x8bit的图像静态编译到内核中,并在提取initrd时以某种方式将其刷新到帧缓冲区中.

2. 这样做,但强制加载一个特定的视频驱动程序(例如VESA)并入侵其代码,而不是内核的帧缓冲区.

谢谢.

我被困在 Linux Mint v15 上的 initramfs 中，我需要编辑 /bin/grub/grub/cfg。我已安装 sda1 设备，但不知道如何编辑。我尝试 exec ./usr/bin/vi ，它引发了内核恐慌。

我试图在 Debian Wheezy 安装完成之前运行一个脚本。我知道“di preseed/late-command”，即。在安装完成之前使用运行命令。但我面临一个问题。我不知道将我的脚本复制到 iso 文件中的何处。我尝试了以下两种方法：

1. 我尝试将脚本复制到 initrd.gz (/install.386/initrd.gz) 文件的根目录中，并在 preseed.cfg 中进行了以下更改： d-i preseed/late-command in-target sh /my_script.sh
2. 我还尝试将我的脚本复制到 iso 文件的根目录中，并在 preseed.cfg 中进行了以下更改： d-i preseed/late-command in-target sh /media/cdrom/my_script.sh

那么，在哪里复制文件（在我的脚本中）以便我可以在后期命令中使用它？

[环境:Ubuntu 10.04]

我刚刚完成编译Linux-2.6.20并想让它工作,所以我想我应该在grub2上添加一些内容,因为我完成了

make modules_install
make install

在/ boot /中,我得到了

vmlinuz-2.6.20
System.map-2.6.20
config-2.6.20

所以我试过了

mkinitramfs -o initrd.img-2.6.20 2.6.20

然后生成了文件initrd.img-2.6.20,但在我输入之后

update-grub2

找不到该图像文件!有谁知道如何处理这个？

顺便说一下,我真的想知道initrd.img-2.6.20生成了哪些文件？因为我似乎甚至没有指定任何源来生成这个文件.

背景:我正在为我的内核模块开发一个DKMS包.该DKMS手册页包含下面的句子:

REMAKE_INITRD =该指令指定在将模块安装到内核后是否应重新创建initrd.

问:什么时候需要重新制作initrd？在将内核安装到内核后,如何确定是否需要重新生成initrd？

我正在寻找一种从 init-bottom 脚本* 中重新启动/重置我的 linux 系统的方法。在执行我的脚本时，系统位于 /root 下，我可以访问一个busybox。

但是作为busybox一部分的“重新启动”命令不起作用。还有其他可能吗？

我的系统使用 initramfs 映像正常启动，我的脚本最终导致更新过程。debian 附带的新 systemd 激怒了这一点。但是通过电源重置一切都很好。

linux内核使用一种ram磁盘在早期启动阶段访问模块.出于好奇,我想了解我有一个问题:在这个阶段,内核必须可以访问包含initramfs/initrd的文件.这意味着内核必须支持适当的文件系统.那么为什么initramfs的内容不能和普通文件在同一个文件系统中呢？