RedHat系统中有哪些重要内核文件

RedHat系统中有哪些重要的内核文件？我相信很多没有经验的人对此无能为力。因此，本文总结了问题产生的原因及解决方法。希望你能通过这篇文章解决这个问题。

一、vmlinuz

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

建立vmlinuz有两种方法。首先是通过“make zImage”编译内核，然后通过：“CP/usr/src/Linux-2.4/arch/i386/Linux/boot/zImage/boot/vmlinuz”生成。ZImage适合小内核，它的存在是为了向后兼容。

二是内核在编译时通过make bzIm活动：慈云数据爆款香港服务器，CTG+CN2高速带宽、快速稳定、平均延迟10+ms 速度快，免备案，每月仅需19元！！ 点击查看age命令创建，然后由：“CP/usr/src/Linux-2.4/arch/i386/Linux/boot/bzImage/boot/vmlinuz”生成。BzImage是一个压缩的内核映像。需要注意的是bzImage不是用bzip2压缩的。bzImage中的bz容易被误解，bz代表“大zImage”。bzImage中的b表示“大”。ZImage(vmlinuz)和bzImage(vmlinuz)都是gzip压缩的。它们不仅是一个压缩文件，而且这两个文件的开头都嵌入了gzip解压缩代码。所以不能用gunzip或者gzip ndashDc解包vmlinuz。

内核文件包含一个迷你gzip来解压内核并引导它。两者的区别是老的zImage把内核解压到低端内存(前640K)，bzImage把内核解压到高端内存(1M以上)。如果内核比较小，可以用zImage或者bzImage中的一个，两种方法引导的系统运行时间是一样的。大内核使用bzImage，但不使用zImage。Vmlinux是未压缩的内核，vmlinuz是vmlinux的压缩文件。

二、initrd-x.x.x.img

Initrd是“初始ramdisk”的缩写。Initrd一般用来临时引导硬件到一个实际内核vmlinuz可以接管并继续引导的状态。图中initrd-2.4.7-10.img主要用于加载ext3等文件系统和scsi设备的驱动。

例如，如果使用了一个scsi硬盘，并且该scsi硬件的驱动程序在内核vmlinuz中不存在，则内核在加载scsi模块之前无法加载根文件系统，但scsi模块存储在根文件系统的/lib/modules下。要解决这个问题，您可以启动一个initrd内核，它可以读取实际的内核，并用initrd纠正scsi启动问题。Initrd-2.4.7-10.img是gzip压缩的文件。initrd实现了加载部分模块和安装文件系统的功能。

initrd映像文件是使用mkinitrd创建的。mkinitrd实用程序可以创建initrd映像文件。这个命令是RedHat专有的。其他Linux发行版可能有相应的命令。这是一个非常方便的实用程序。有关详细信息，请参见下面的命令帮助：man mkinitrd创建initrd映像文件。

三、System.map

System.map是特定内核的内核符号表。这是一个链接，指向您当前运行的内核的系统映射。

内核符号表是如何创建的？System.map由“nm vmlinux”生成，不相关的符号被过滤掉。

对于本文中的例子，在编译内核时，System.map是在/usr/src/Linux-2.4/system.map中创建的，类似于下面的：

复制代码

代码如下：

nm/boot/vmlinux-2 . 4 . 7-10 system . map

以下几行来自/usr/src/Linux-2.4/makefile :

复制代码

代码如下：

nm vmlinux | grep -v \’\\(已编译\\)\\|\\(\\。o$$\\)\\|\\([aUw] \\)\\|\\(\\。\\.ng$$\\)\\|\\(LASH[RL]DI\\)\’ |排序系统映射。

然后复制到/boot:

复制代码

代码如下：

CP/usr/src/Linux/System . map/boot/System . map-2 . 4 . 7-10

下图是系统映射文件：的一部分

编程时会对变量名或函数名等一些符号进行命名。Linux内核是一个非常复杂的代码块，有很多全局符号。

Linux内核不使用符号名，而是变量或函数的地址

来识别变量或函数名。比如不是使用size_t BytesRead这样的符号，而是像c0343f20这样引用这个变量。

对于使用计算机的人来说，更喜欢使用那些像size_t BytesRead这样的名字，而不喜欢像c0343f20这样的名字。内核主要是用c写的，所以编译器/连接器允许我们编码时使用符号名，当内核运行时使用地址。

然而，在有的情况下，我们需要知道符号的地址，或者需要知道地址对应的符号。这由符号表来完成，符号表是所有符号连同它们的地址的列表。上图就是一个内核符号表，由上图可知变量名checkCPUtype在内核地址c01000a5。

Linux 符号表使用到2个文件:

复制代码

代码如下:

/proc/ksyms

　　System.map

/proc/ksyms是一个“proc file”，在内核引导时创建。实际上，它并不真正的是一个文件，它只不过是内核数据的表示，却给人们是一个磁盘文件的假象，这从它的文件大小是0可以看出来。然而，System.map是存在于你的文件系统上的实际文件。

当你编译一个新内核时，各个符号名的地址要发生变化，你的老的System.map具有的是错误的符号信息。每次内核编译时产生一个新的System.map，你应当用新的System.map来取代老的System.map。

虽然内核本身并不真正使用System.map，但其它程序比如klogd，lsof和ps等软件需要一个正确的System.map。如果你使用错误的或没有System.map，klogd的输出将是不可靠的，这对于排除程序故障会带来困难。没有System.map，你可能会面临一些令人烦恼的提示信息。

另外少数驱动需要System.map来解析符号，没有为你当前运行的特定内核创建的System.map它们就不能正常工作。

Linux的内核日志守护进程klogd为了执行名称-地址解析，klogd需要使用System.map。System.map应当放在使用它的软件能够找到它的地方。执行:man klogd可知，如果没有将System.map作为一个变量的位置给klogd，那么它将按照下面的顺序，在三个地方查找System.map:

复制代码

代码如下:

/boot/System.map

　　/System.map

　　/usr/src/linux/System.map

System.map也有版本信息，klogd能够智能地查找正确的映象(map)文件。

看完上述内容，你们掌握RedHat系统中有哪些重要内核文件的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注亿速云行业资讯频道，感谢各位的阅读！

《RedHat系统中有哪些重要内核文件》来自互联网同行内容，若有侵权，请联系我们删除！