zImage和uImage的区别

原文地址:http://blog.csdn.net/ce123_zhouwei/article/details/6686164

一、简介

对于Linux内核，编译可以生成不同格式的映像文件，例如：

# make zImage

# make uImage

zImage是ARM Linux常用的一种压缩映像文件，uImage是U-boot专用的映像文件，它是在zImage之前加上一个长度为0x40的“头”，说明这个映像文件的类型、加载位置、生成时间、大小等信息。换句话说，如果直接从uImage的0x40位置开始执行，zImage和uImage没有任何区别。另外，Linux2.4内核不支持uImage，Linux2.6内核加入了很多对嵌入式系统的支持，但是uImage的生成也需要设置。

vmlinux  编译出来的最原始的内核文件，未压缩。zImage是vmlinux经过gzip压缩后的文件。bzImage bz表示“big zImage”，不是用bzip2压缩的。两者的不同之处在于，zImage解压缩内核到低端内存(第一个640K)，bzImage解压缩内核到高端内存(1M以上)。如果内核比较小，那么采用zImage或bzImage都行，如果比较大应该用bzImage。

uImage是U-boot专用的映像文件，它是在zImage之前加上一个长度为0x40的tag。vmlinuz是bzImage/zImage文件的拷贝或指向bzImage/zImage的链接。initrd是“initialramdisk”的简写。一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。vmlinux是内核文件，zImage是一般情况下默认的压缩内核映像文件，压缩vmlinux，加上一段解压启动代码得到，只能从0X0地址运行。

uImage是u-boot使用bootm命令引导的Linux压缩内核映像文件格式，使用工具mkimage对普通的压缩内核映像文件（zImage）加工而得。可以由bootm命令从任意地址解压启动内核。由于bootloader一般要占用0X0地址，所以，uImage相比zImage的好处就是可以和bootloader共存。

二、vmlinuz

vmlinuz是可引导的、压缩的内核。“vm”代表“VirtualMemory”。Linux 支持虚拟内存，不像老的操作系统比如DOS有640KB内存的限制。Linux能够使用硬盘空间作为虚拟内存，因此得名“vm”。

vmlinuz的建立有两种方式。

• 编译内核时通过“make zImage”创建，然后通过:“cp/usr/src/linux-2.4/arch/i386/linux/boot/zImage/boot/vmlinuz”产生。zImage适用于小内核的情况，它的存在是为了向后的兼容性。
• 内核编译时通过命令make bzImage创建，然后通过:“cp/usr/src/linux-2.4/arch/i386/linux/boot/bzImage/boot/vmlinuz”产生。bzImage是压缩的内核映像，需要注意，bzImage不是用bzip2压缩的，bzImage中的bz容易引起误解，bz表示“big zImage”。 bzImage中的b是“big”意思。zImage(vmlinuz)和bzImage(vmlinuz)都是用gzip压缩的。它们不仅是一个压缩文件，而且在这两个文件的开头部分内嵌有gzip解压缩代码。所以你不能用gunzip或 gzip –dc解包vmlinuz。

三、initrd-x.x.x.img

 

initrd是“initial ramdisk”的简写。initrd一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。initrd映象文件是使用mkinitrd创建的。mkinitrd实用程序能够创建initrd映象文件。这个命令是RedHat专有的。其它Linux发行版或许有相应的命令。这是个很方便的实用程序。具体情况请看帮助:manmkinitrd下面的命令创建initrd映象文件。 

linux 2.6内核initrd.img文件分析

    如果对系统进行驱动的升级或添加新硬件，此时，常会用到mkinitrd命令。而该命令其实是一个脚本，通过一系列的流程来生成系统启动需要的initrd.img文件。通过分析该文件，我们可以更清楚的知道系统启动时候加载驱动的顺序，以及修正或加入一些自定义的配置。

一、什么是initrd

        initrd 的英文含义是 boot loader initialized RAM disk，就是由 boot loader 初始化的内存盘。initrd的最初的目的是为了把kernel的启动分成两个阶段：在kernel中保留最少最基本的启动代码，然后把对各种各样硬件设备的支持以模块的方式放在initrd中，这样就在启动过程中可以从initrd中mount根文件系统中需要装载的模块。这样的一个好处就是在保持kernel不变的情况下，通过修改initrd中的内容就可以灵活的支持不同的硬件。在启动完成的最后阶段，根文件系统可以重新mount到其他设备上。

二、是否必须

        initrd.img是Linux启动过程中很重要的一个文件，如果你编译内核时将一部分功能编译为可加载模块。如果系统的一些设备的驱动编译为可加载 模，那么启动时如果没有指定INITRD=/path_to_initrd.img，那么系统启动或者会失败，或者启动后会有设备无法使用（像网卡或者其 它设备）。如果没指定initrd.img或者指定的initrd.img中并没有包含正确的驱动模块，则系统启动时会挂起，并报告"kernel panic: VFS: Unable to mount root fs on 08:06"的错误。
       initrd文件不是必须的，当需要具有适应在不同的硬件环境下使用的要求，那使用initrd会更方便。我们常在编译核心的使用，使用make menuconfig，其中对某些而外的驱动，是可以选择以模块编译，还是<*>直接编译到核心里面。例如ext3文件系统驱动，如果核心需要放在该文件系统上，可以有两个方法：
引用

1、把其全都编译到内核中，则只需要一个内核文件系统即可启动；
2、把其编译为模块，然后通过initrd虚拟的内存系统加载；

也就是说由于initrd会在内存虚拟一个文件系统，然后可以根据不同的硬件加载不同的驱动，而不需要重新编译整个核心。所以，大部分的发行版都会通过这种方式对驱动进行加载。

三、版本

       根据核心版本的不同，initrd文件有两种格式：image和cpio。2.4核心只使用image格式，而2.6核心可同时支持两种格式。它们不单格式不一样，而且运作的机制和流程也完全不同，甚至制作方法也不一样。