zimage 和 bzimage 区别

在网络中，不少服务器采用的是Linux系统。为了进一步提高服务器的性能，可能需要根据特定的硬件及需求重新编译Linux内核。编译Linux 内核，需要根据规定的步骤进行，编译内核过程中涉及到几个重要的文件。比如对于RedHat Linux，在/boot目录下有一些与Linux内核有关的文件，进入/boot执行。
　　编译过RedHat Linux内核的人对其中的System.map、vmlinuz、initrd-2.4.7-10.img印象可能比较深刻，因为编译内核过程中涉及到这些文件的建立等操作。那么这几个文件是怎么产生的?又有什么作用呢?本文对此做些介绍。

　　一、vmlinuz

　　vmlinuz是可引导的、压缩的内核。“vm”代表“Virtual Memory”。Linux 支持虚拟内存，不像老的操作系统比如DOS有640KB内存的限制。Linux能够使用硬盘空间作为虚拟内存，因此得名“vm”。vmlinuz是可执行的Linux内核，它位于/boot/vmlinuz，它一般是一个软链接，比如图中是vmlinuz-2.4.7-10的软链接。

　　vmlinuz的建立有两种方式。一是编译内核时通过“make zImage”创建，手动拷贝到/boot目录下面。zImage适用于小内核的情况，它的存在是为了向后的兼容性。

　　二是内核编译时通过命令make bzImage创建，然后手动拷贝至/boot目录下。bzImage是压缩的内核映像，需要注意，bzImage不是用bzip2压缩的，bzImage中的bz容易引起误解，bz表示“big zImage”。 bzImage中的b是“big”意思。 zImage(vmlinuz)和bzImage(vmlinuz)都是用gzip压缩的。它们不仅是一个压缩文件，而且在这两个文件的开头部分内嵌有 gzip解压缩代码。所以你不能用gunzip 或 gzip –dc解包vmlinuz。

　　内核文件中包含一个微型的gzip用于解压缩内核并引导它。两者的不同之处在于，老的zImage解压缩内核到低端内存(第一个 640K)，bzImage解压缩内核到高端内存(1M以上)。如果内核比较小，那么可以采用zImage或bzImage之一，两种方式引导的系统运行时是相同的。大的内核采用bzImage，不能采用zImage。vmlinux是未压缩的内核，vmlinuz是vmlinux的压缩文件。

　　二、initrd-x.x.x.img

　　initrd是“initial ramdisk”的简写。initrd一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。图中的initrd-2.4.7-10.img主要是用于加载ext3等文件系统及scsi设备的驱动。

　　比如，使用的是scsi硬盘，而内核vmlinuz中并没有这个scsi硬件的驱动，那么在装入scsi模块之前，内核不能加载根文件系统，但 scsi模块存储在根文件系统的/lib/modules下。为了解决这个问题，可以引导一个能够读实际内核的initrd内核并用initrd修正 scsi引导问题。initrd-2.4.7-10.img是用gzip压缩的文件，initrd实现加载一些模块和安装文件系统等功能。

　　initrd映象文件是使用mkinitrd创建的。mkinitrd实用程序能够创建initrd映象文件。这个命令是RedHat专有的(这也是为什么，在Linux内核包里/Documentation/Changes里面没有提到要将mkinitrd升级）。其它Linux发行版或许有相应的命令。这是个很方便的实用程序。具体情况请看帮助:man mkinitrd下面的命令创建initrd映象文件。

 　　三、uImage文件

　　vmlinux是内核文件，zImage是一般情况下默认的压缩内核映像文件，压缩vmlinux，加上一段解压启动代码得到。而uImage 则是使用工具mkimage对普通的压缩内核映像文件（zImage）加工而得。它是uboot专用的映像文件，它是在zImage之前加上一个长度为 64字节的“头”，说明这个内核的版本、加载位置、生成时间、大小等信息；其0x40之后与zImage没区别。

其实就是一个自动跟手动的区别,有了uImage头部的描述,u-boot就知道对应Image的信息,如果没有头部则需要自己手动去搞那些参数。

如何生成 uImage文件？首先在uboot的/tools目录下寻找mkimage文件，把其copy到系统/usr/local/bin目录下，这样就完成制作工具。然后在内核目录下运行make uImage，如果成功，便可以在arch/arm/boot/目录下发现uImage文件，其大小比 zImage多64个字节。

此外，平时调试用uImage，不用去管调整了哪些东西；zImage则是一切OK后直接烧0X0。开机就运行。

 

 

第二种解释

bzImage和zImage的区别来自于保护模式代码的放置位置：
1.众所周知，内核映像包括两部分代码：实模式代码和保护模 式代码，当引导装载器装载内核映像到代码段内存时，分别放置实模式代码和保护模式代码到不同的位置，然后进入实模式代码执行，实模式代码执行中转入CPU 保护模式，开始执行32位保护模式代码。

2.不管是zImage还是bzImage，他们的实模式代码部分都被装入0x9000:0000(物理地址 0x90000)-0x9A00:0000(物理地址0x9A000),其中0x9000:0000-0x9020:0000是内核引导扇区，现在只是些 假代码，无用。0x9020:0000-0x9800:0000是内核实模式代码。内核从这里开始执行。

3.bzImage的内核映像中的保护模式代码，由引导装载器直接装载入高位内存(物理地址0x100000），就是1M以上。内核实模式代码在完 成检查引导装载器兼容性（旧loader可能把实模式代码放在不是0x90000的其他地方，这是需要移到这里），A20（不明白:-(）,初始化 gdt,idt(全局描述表，和中断描述表)之后，就将CPU初始化为保护模式，然后跳转到0x100000。至此内核活了起来，他进入了强大的32位线 性地址空间执行。由于bzImage是在1M以上，所以它的大小理论上是没有限制的。

4.zImage的的内核映像中的保护模式代码由引导装载器装载入低位内存区0x1000:0000-0x9000:0000(物理地址 0x10000-0x90000),然后实模式代码在把它移到从64K=0x10000位置移到4K位置0x1000,然后做和bzImage实模式代码 一样的事情，如：检查引导装载器兼容性，A20，初始化gdt,idt(全局描述表，和中断描述表)，最后进入保护模式代码执 行，0x100:0000(物理地址0x1000）位置。所以我们看到保护模式代码范围必须是0x10000-0x90000，大小是512K字节，再大 就会覆盖实模式安装代码。所以zImage的内核最大只能512K.