<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title><![CDATA[linuxの飘扬]]></title> 
<link>https://www.linuxfly.org/index.php</link> 
<description><![CDATA[Power by www.linuxfly.org]]></description> 
<language>zh-cn</language> 
<copyright><![CDATA[linuxの飘扬]]></copyright>
<item>
<link>https://www.linuxfly.org/post/94/</link>
<title><![CDATA[[原]分析initrd.img文件]]></title> 
<author>linuxing &lt;emos#linuxfly.org&gt;</author>
<category><![CDATA[性能评估]]></category>
<pubDate>Sat, 30 Sep 2006 08:44:28 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/94/</guid> 
<description>
<![CDATA[ 
	 &nbsp;项目中，常会对系统进行驱动的升级或添加新硬件，此时，常会用到mkinitrd命令。而该命令其实是一个脚本，通过一系列的流程来生成系统启动需要的initrd.img文件。通过分析该文件，我们可以更清楚的知道系统启动时候加载驱动的顺序（用于调整HBA卡识别的设备符号），以及修正或加入一些自定义的配置。<br/><strong>一、什么是initrd</strong><br/> &nbsp;initrd 的英文含义是 <span style="color: #FF4500;">boot loader initialized RAM disk</span>，就是由 boot loader 初始化的内存盘。initrd的最初的目的是为了把kernel的启动分成两个阶段：在kernel中保留最少最基本的启动代码，然后把对各种各样硬件设备的支持以模块的方式放在initrd中，这样就在启动过程中可以从initrd所mount的根文件系统中装载需要的模块。这样的一个好处就是在保持kernel不变的情况下，通过修改initrd中的内容就可以灵活的支持不同的硬件。在启动完成的最后阶段，根文件系统可以重新mount到其他设备上。<br/>............<br/><br/>Tags - <a href="https://www.linuxfly.org/tags/redflag/" rel="tag">redflag</a> , <a href="https://www.linuxfly.org/tags/initrd/" rel="tag">initrd</a> , <a href="https://www.linuxfly.org/tags/cpio/" rel="tag">cpio</a> , <a href="https://www.linuxfly.org/tags/mount/" rel="tag">mount</a> , <a href="https://www.linuxfly.org/tags/gzip/" rel="tag">gzip</a>
]]>
</description>
</item><item>
<link>https://www.linuxfly.org/post/94/#blogcomment465</link>
<title><![CDATA[[评论] [原]分析initrd.img文件]]></title> 
<author>Leon &lt;user@domain.com&gt;</author>
<category><![CDATA[评论]]></category>
<pubDate>Wed, 19 Mar 2008 11:06:05 +0000</pubDate> 
<guid>https://www.linuxfly.org/post/94/#blogcomment465</guid> 
<description>
<![CDATA[ 
	Kernel 2.4 不仅仅支持image方式，也支持gz的压缩方式。
]]>
</description>
</item>
</channel>
</rss>