zImage和uImage的区别

http://blog.csdn.net/maojudong/article/details/4178118

zImage和uImage的区别

 一、vmlinuz

vmlinuz是可引导的、压缩的内核。“vm”代表“Virtual Memory”。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发行版或 许有相应的命令。这是个很方便的实用程序。具体情况请看帮助:man mkinitrd下面的命令创建initrd映象文件。

最后生成的内核镜象有两种zImage以及uImage。其中zImage下载到目标板中后,可以直接用uboot的命令go来进行直接跳转。这时候内核直接解压启动。但是无法挂载文件系统,因为go命令没有将内核需要的相关的启动参数传递给内核。传递启动参数我们必须使用命令bootm来进行跳转。Bootm命令跳转只处理uImage的镜象。

uboot源代码的tools/目录下有mkimage工具,这个工具可以用来制作不压缩或者压缩的多种可启动映象文件。

mkimage在制作映象文件的时候,是在原来的可执行映象文件的前面加上一个0x40字节的头,记录参数所指定的信息,这样uboot才能识别这个映象是针对哪个CPU体系结构的,哪个OS的,哪种类型,加载内存中的哪个位置, 入口点在内存的那个位置以及映象名是什么

用法如下:

./mkimage -A arch -O os -T type -C comp -a addr -e ep -n name -d data_file[:data_file...] image

-A ==> set architecture to ‘arch‘

-O ==> set operating system to ‘os‘

-T ==> set image type to ‘type‘

-C ==> set compression type ‘comp‘

-a ==> set load address to ‘addr‘ (hex)

-e ==> set entry point to ‘ep‘ (hex)

-n ==> set image name to ‘name‘

-d ==> use image data from ‘datafile‘

-x ==> set XIP (execute in place)

参数说明:

-A 指定CPU的体系结构:

取值 表示的体系结构

alpha Alpha

arm A RM

x86 Intel x86

ia64 IA64

mips MIPS

mips64 MIPS 64 Bit

ppc PowerPC

s390 IBM S390

sh SuperH

sparc SPARC

sparc64 SPARC 64 Bit

m68k MC68000

-O 指定操作系统类型,可以取以下值:

openbsd、netbsd、freebsd、4_4bsd、linux、svr4、esix、solaris、irix、sco、dell、ncr、lynxos、vxworks、psos、qnx、u-boot、rtems、artos

-T 指定映象类型,可以取以下值:

standalone、kernel、ramdisk、multi、firmware、script、filesystem

-C 指定映象压缩方式,可以取以下值:

none 不压缩

gzip 用gzip的压缩方式

bzip2 用bzip2的压缩方式

-a 指定映象在内存中的加载地址,映象下载到内存中时,要按照用mkimage制作映象时,这个参数所指定的地址值来下载

-e 指定映象运行的入口点地址,这个地址就是-a参数指定的值加上0x40(因为前面有个mkimage添加的0x40个字节的头)

-n 指定映象名

-d 指定制作映象的源文件

我在编译时用到的命令如下:

# make zImage      //生成zImage镜象

#/usr/local/arm/k9uboot/tools/mkimage -n ‘Linux 2.4.27‘ -A arm -O linux -T

kernel -C none -a 0x20007fc0 -e 0x20008000 -d zImage uImage

内核镜象已经准备好了,这个时候我们就要来准备文件系统了。由于时间缘故,本人暂时采用的是其他人已经好的文件系统k9.img.gz。这个时候我们要做的是,自己写一个简单hello.c的程序,编译通过后加入到该文件系统中,然后下载到目标板中运行。

先编写hello.c;

编译:

#/usr/local/arm/2.95.3/bin/arm-linux-gcc  –o start-hello hello.c

编译后生成可执行文件start-hello

下面我们就必须把该执行文件加入到文件系统中去,步骤如下:

#gunzip  k9.img.gz                     //解压缩

#mount –o loop k9.img  /mnt/new_disk    //挂载

#cp start-hello  /mnt/new_disk           //将文件拷贝到文件系统中

#cd  /mnt/new_disk

#umount /mnt/new_disk                 //卸载

#gzip –c –v9 k9.img > k9.img.gz          //压缩 生成最终的文件系统

下面我们就要下载内核以及准备好文件系统了,这边先说明我的内存分配情况如下:

Flash:

0x10000000 ――― 0x10020000     boot

0x10020000 ――― 0x10040000     uboot

0x10040000 ――― 0x10060000     uboot env

0x10060000 ――― 0x10200000     kernel

0x10200000 ――― 0x11000000     ramdisk

Sdram:

0x20007fc0 ――― 0x20a00000     kernel

0x20a00000 ―――                ramdisk

Loadb  通过串口下载数据到ram中

cp.b    拷贝ram中的数据到flash中。

将kernel以及文件系统ramdisk下载完毕之后,我们还需要设置uboot的环境变量,这样uboot才能够在上电启动的时候启动内核等操作。环境变量设置如下:

Set cpfltoram cp.b 10200000 20a00000 18ffff            //拷贝文件系统到ram中

Set boot bootm 20007fc0                            //启动kernel

Set bootcmd run cpfltoker/;run cpfltoram/;run boot       //uboot复位的执行指令

Set cpfltoker cp.b 10060000 20007fc0 f4fff             //拷贝内核到ram中

Set bootargs root=/dev/ram rw initrd=0x20a00000,4M init=/linuxrc console=ttyS0,11520

0,mem=32m                      //uboot传递给内核的启动参数

http://sunhualing.spaces.live.com/blog/cns!7C7EDE32519133D6!165.trak

对于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   是“initial ramdisk”的简写。一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。

vmlinux是内核文件,

zImage是一般情况下默认的压缩内核映像文件,压缩vmlinux,加上一段解压启动代码得到,只能从0X0地址运行。

bzImage在uClinux中很少见到。

uImage是u-boot使用bootm命令引导的Linux压缩内核映像文件格式,
使用工具mkimage对普通的压缩内核映像文件(zImage)加工而得。可以由bootm命令从任意地址解压启动内核。

由于bootloader一般要占用0X0地址,所以,uImage相比zImage的好处就是可以和bootloader共存。

制作uImage的mkimage软件,如果uClinux-dist有的话,一般放在uClinux-dist的tools目录中。

[email protected]:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$ hexdump -n 128 -C zImage
00000000  00 12 00 12 00 12 00 12  00 12 00 12 00 12 00 12  |................|
00000010  82 18 93 18 f1 33 81 34  01 18 4f 78 02 60 65 61  |.....3.4..Ox.`ea|
00000020  66 65 07 60 d9 2c 98 1f  87 1e 68 3e 85 1e 86 1e  |fe.`.,....h>....|
00000030  1f 00 b1 33 41 6f 32 6f  15 6f 1e 6f 27 6f c2 33  |...3Ao2o.o.o‘o.3|
00000040  42 6f 27 11 b7 34 67 34  57 34 47 34 27 19 43 71  |Bo‘..4g4W4G4‘.Cq|
00000050  44 72 02 91 11 18 43 71  40 74 43 75 44 76 44 77  |Dr....[email protected]|
00000060  45 7d 10 12 10 0f 10 05  00 e8 43 71 44 72 12 05  |E}........CqDr..|
00000070  22 3e 03 60 01 93 31 20  b2 01 fc e7 41 74 3a 75  |">.`..1 ....At:u|
00000080
[email protected]:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$ hexdump -n 128 -C uImage
00000000  27 05 19 56 c1 79 97 9a  54 85 18 47 00 17 72 00  |‘..V.y..T..G..r.|
00000010  90 00 00 00 90 00 00 00  84 e5 ae 03 05 05 02 00  |................|
00000020  4c 69 6e 75 78 2d 32 2e  36 2e 32 37 2e 35 35 00  |Linux-2.6.27.55.|
00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000040  00 12 00 12 00 12 00 12  00 12 00 12 00 12 00 12  |................|
00000050  82 18 93 18 f1 33 81 34  01 18 4f 78 02 60 65 61  |.....3.4..Ox.`ea|
00000060  66 65 07 60 d9 2c 98 1f  87 1e 68 3e 85 1e 86 1e  |fe.`.,....h>....|
00000070  1f 00 b1 33 41 6f 32 6f  15 6f 1e 6f 27 6f c2 33  |...3Ao2o.o.o‘o.3|
00000080
[email protected]:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$ 

[email protected]:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$ hexdump -n 128 -C zImage
00000000  00 12 00 12 00 12 00 12  00 12 00 12 00 12 00 12  |................|
00000010  82 18 93 18 f1 33 81 34  01 18 4f 78 02 60 65 61  |.....3.4..Ox.`ea|
00000020  66 65 07 60 d9 2c 98 1f  87 1e 68 3e 85 1e 86 1e  |fe.`.,....h>....|
00000030  1f 00 b1 33 41 6f 32 6f  15 6f 1e 6f 27 6f c2 33  |...3Ao2o.o.o‘o.3|
00000040  42 6f 27 11 b7 34 67 34  57 34 47 34 27 19 43 71  |Bo‘..4g4W4G4‘.Cq|
00000050  44 72 02 91 11 18 43 71  40 74 43 75 44 76 44 77  |[email protected]|
00000060  45 7d 10 12 10 0f 10 05  00 e8 43 71 44 72 12 05  |E}........CqDr..|
00000070  22 3e 03 60 01 93 31 20  b2 01 fc e7 41 74 3a 75  |">.`..1 ....At:u|
00000080
[email protected]:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$ hexdump -n 128 -C uImage
00000000  27 05 19 56 c1 79 97 9a  54 85 18 47 00 17 72 00  |‘..V.y..T..G..r.|
00000010  90 00 00 00 90 00 00 00  84 e5 ae 03 05 05 02 00  |................|
00000020  4c 69 6e 75 78 2d 32 2e  36 2e 32 37 2e 35 35 00  |Linux-2.6.27.55.|
00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000040  00 12 00 12 00 12 00 12  00 12 00 12 00 12 00 12  |................|
00000050  82 18 93 18 f1 33 81 34  01 18 4f 78 02 60 65 61  |.....3.4..Ox.`ea|
00000060  66 65 07 60 d9 2c 98 1f  87 1e 68 3e 85 1e 86 1e  |fe.`.,....h>....|
00000070  1f 00 b1 33 41 6f 32 6f  15 6f 1e 6f 27 6f c2 33  |...3Ao2o.o.o‘o.3|
00000080
[email protected]:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$

时间: 2024-08-05 08:45:14

zImage和uImage的区别的相关文章

【linux内核编译】Image、zImage、uImage的区别和联系

Image:内核映像文件,大约为4M: zImage:内核的一种映像压缩文件,不到2M: 内核编译(make)之后会生成Image和zImage: uImage:uboot专用的映像文件,它是在zImage之前加上一个长度为64字节的“头”,说明这个内核的版本.加载位置.生成时间.大小等信息,在0x40之后与zImage没有任何区别: uImage文件的生成方式: 1.在uboot的/tools目录下寻找mkimage文件,把其copy到系统/usr/local/bin目录下,这样就完成制作工具

zImage与uImage的区别

zImage: vmlinux是内核文件,zImage是一般情况下默认的压缩内核映像文件,压缩vmlinux,加上一段解压启动代码得到. uImage: uImage则是使用工具mkimage对普通的压缩内核映像文件(zImage)加工而得.它是uboot专用的映像文件,它是在zImage之前加上一个长度为64字节的“头”,说明这个内核的版本.加载位置.生成时间.大小等信息.其0x40之后与zImage没区别. 有了uImage头部的描述,u-boot就知道对应Image的信息,如果没有头部则需

zImage转换为uImage

写个随笔,备忘! 拿到一个内核后,首先将其make为zImage,步骤: 1.将与要移植的系统的配置文件拷贝给.config cp xxx_xxx .config 2.修改Makefile,指定平台构架和交叉编译环境 vim Makefile  ARCH  ?=XXX CROSS_COMPILE ?=xxxx 3.启动配置界面,定制内核 make nemuconfig 4.make zImage, 内核编译(make)之后会生成两个文件,一个Image,一个zImage,其中Image为内核映像

zImage uImage Image区别

Image :内核编译后自动生成,为内核的映像文件. zImage: 这个也是内核编译后自动生成,是一个压缩的映像文件. uImage:这个是带一个头映像文件,这个头里带有一些内核信息 如果内核版本,内核大小,加载地址等. 给嵌入式设备编译时,直接Make uImage就OK.

由zImage生成uImage

mkimage -A arm -O linux -T kernel -C none -a 30007fc0 -e 30007fc0 -n uImage   -d /work/jz2440/kernel/linux-2.6.22.6/arch/arm/boot/zImage uImage 我的内核目录:/work/jz2440/kernel/linux-2.6.22.6 我的tftpboot:/work/tftpbootuboot——bootm地址:30007fc0 名字:uImage 需要先安装

S5P210-uboot源码分析-uboot如何启动内核

uboot如何启动内核 7.1.uboot和内核到底是什么? 1.uboot是一个裸机程序 (1)uboot的本质就是一个复杂点的裸机程序,和我们arm裸机中写的程序没有什么本质上的区别. (2)uboot最像我们在arm裸机中的最后写的那个shell,它其实就是一个迷你型的uboot. 2.linux内核本身也是一个"裸机程序" (1)操作系统内核本身就是一个裸机程序,和uboot并没有本质区别. (2)区别在于,操作系统运行起来后在软件层次上可以分为内核层和应用层,分层后两层的权限

uboot学习之五-----uboot如何启动Linux内核

uboot和内核到底是什么?uboot实质就是一个复杂的裸机程序:uboot可以被配置也可以做移植: 操作系统内核本身就是一个裸机程序,和我们学的uboot和其他裸机程序没有本质的区别:区别就是我们操作系统运行起来后可以分为应用层和内核层,分层后,两层的权限不同,内存访问和设备操作的管理上更加精细(内核可以随便方位各种硬件,而应用程序只能被限制的访问硬件和内存地址) 直观来看:uboot的镜像是u-boot.bin,Linux系统的镜像是zImage,这两个东西其实都是两个裸机程序镜像.从系统启

linux的几个内核镜像格式Image 和 u-boot启动内核和文件系统时的一些环境变量的设置

关于编译powerpc linux的几个Image参考原文 http://blog.sina.com.cn/s/blog_86a30b0c0100wfzt.html 转载▼ PowerPC架构 Linux和ARM,X86等平台有些差异,PowerPC平台HW参数不是通过命令行方式传递到Linux,而是通过传递Device tree文件的方式传递参数,所以PowerPC平台Linux需要编译dtb和uImage才能正常加载,另外PowerPC架构linux还提供simpleImage的方式加载,也

U-boot 启动内核

1:什么是UBOOT,为什么要有UBOOT? UBOOT的主要作用是用来启动linux内核,因为CPU不能直接从块设备中执行代码,需要把块设备中的程序复制到内存中,而复制之前还需要进行很多初始化工作,如时钟.串口.dram等: 如要想让CPU启动linux内核,只能通过另外的程序,进行必要的初始化工作,在把linux内核中代码复制到内存中,并执行这块内存中的代码,即可启动linux内核:一般情况下,我们把linux 镜像储存在块设备中如SD卡.iNand.Nandflash等块设备中,首先执行U