Img备份centos？qemu-img convert

这篇文章给大家聊聊关于Img备份centos，以及qemu-img convert对应的知识点，希望对各位有所帮助，不要忘了收藏本站哦。

启动盘安装centos

启动盘安装centos(启动盘安装centos7)刚买的thinkpad t430u 64位的笔记本，发现装Linux是一件非常麻烦的事，以前装个linux系统,配置双启，1个小时就能搞定，而这一次我连装centos6.4带配置双启，花了三个星期。双启后成功后又装了Arch，现在笔记本是三系统，三周的时间里，笔记本重启不下300次。我也不知道能不能成功，所以事先，并没有做详细的笔记电脑。所以下面，只是大致的记录。

关闭secure boot

开机按F1进入bios=>security=>secure boot

笔记本不同，可能secure boot的配置不同，将其disabled掉，要不然，选择U盘启动，光盘启动都无效，报没有权限。

bios里面配置启动项，默认efi only，改为both

bios=>startup=>uefi/legacy boot

启动优先级里面有三个选择，

1,efi only（注释：默认）

2,both（注释：二种方式都可以）

3,legacy only(注释：grub1)

这里说的启动根选择U盘启动，光盘启动不一样。这里的启动是，多系统安装好了，而选择的启动模式。而U盘启动，电脑光盘启动这种情况是系统还没有装时选择的安装启动。我的本子，按F12可以选择U盘启动，或者光盘启动。

为什么要进行这一步，如果不改，默认是装在第二块硬盘上面的，也就是efi的默认启动盘，安装CentOS时：

win8装centos

根本没有“更换设置”这个按钮，并且引导程序只能安装在/dev/sda2上面，选中的情况下，centos6.4 64位，根本安装不成功，所有包安装完后，配置时提示报错，

an unhandled exception has occurred.this is most likely a bug.plese copy the full text of this exeception and file a detailed bug report.against anaconda at

让提交bug到centos，这个有点坑爹。

将efi only改成both后，重新安装，“更换设置”就会出现，并把引导程序装到centos所在的分区，这样centos可以顺利装完，怎么安装网上太多，在这儿就不哆嗦了。

用easybcd和纯grub1实现双启都不可能

用easybcd和纯grub1实现双启根本不可能，大家就不要浪费时间了。网上有说easybcd2.2可以实现，我试过无数次不行。

在启动优先级里面选择，legacy only，保存重启，久违的centos界面出现了，那叫一个激动。下方向键选择others,windows进不去。总之还是有点高兴的，centos装成功了，我信心大增，通过grub1，我想能启动win8，然后我就开始尝试用grub1启动win8，又试了不知道多少次不行。我想完全靠grub1启动是不可能了

用centos自带的efi实现双启

1,启动优先级里面，选择legacy only，进入到centos

2,下载三个文件，BOOTX64.conf BOOTX64.efi splash.xpm.gz

或者是从iso镜像中解压也行。

3，挂载efi的启动盘

mkdir/mnt/usb

mount/dev/sda2/mnt/usb

cd/mnt/usb

mkdir image

cp/boot/initramfs-2.6.32-358.el6.x86_64.img./image/initrd.img

cp/boot/vmlinuz-2.6.32-358.el6.x86_64./image/vmlinuz

在efi启动盘的根目录也就是/dev/sda2上面，建一个image文件夹，把装好的cenots内核考过来，我为什么要这么干呢，因为BOOTX64.conf这个文件就是这么干的。

[root@localhost image]# ll/mnt/usb/image/

总用量 26812

-rwxr-xr-x. 1 root root 16532286 6月 1 18:11 initrd.img

-rwxr-xr-x. 1 root root 3089184 6月 1 19:11 initrd.img-arch//这是arch的，装了三系统

-rwxr-xr-x. 1 root root 4043888 6月 1 18:10 vmlinuz

-rwxr-xr-x. 1 root root 3778496 6月 1 19:10 vmlinuz-arch//这也是arch的，

4，这一步建redhat目录是多余的，我是按照操作时候的步骤来写这篇博客的

[root@localhost EFI]# mkdir/mnt/usb/EFI/redhat

为什么要redhat，而不是centos呢，装好的centos，/boot/efi/EFI（注：这个目录在系统的boot下面，不在sda2上面），这个目录下就有redhat,后来我才知道，这个目录没用。

将上面的三个文件BOOTX64.conf BOOTX64.efi splash.xpm.gz，copy到/mnt/usb/EFI/redhat目录下面

看一下我的配置：

[root@localhost redhat]# cat BOOTX64.conf

#debug--graphics

default=1

#splashimage=/EFI/BOOT/splash.xpm.gz

timeout=5

#hiddenmenu

title CentOS 6.4

kernel/image/vmlinuz ro root=/dev/sda7

initrd/image/initrd.img

title Windows8

chainloader/EFI/Microsoft/Boot/win8.efi

title Archlinux

kernel/image/vmlinuz-arch ro root=/dev/sda9

initrd/image/initrd.img-arch

上面的win8.efi是bootmgfw.efi的备份，后来我把bootmgfw.efi也替换了，下面会提到的，这东西启动win8用的。

重启测试

重启F1,进bios，把启动优先级设为efi only,保存重起进grub

grub> configfile/efi/redhat/BOOTX64.conf

注意：grub下面是小定的，linux系统下是大写的，最好是用tab键提示。然后三个启动选项就出现了，我选了一下，都是可以进的，那叫一个激动啊，离成功不远了。

grub> chainloader/efi/Microsoft/Boot/win8.efi

win8也是可以进的

只要启动时能让EFI识别BOOTX64.conf这个文件，并读取，就搞这定了。

然后我就开始把redhat这个目录到处copy，发现不行，我又把BOOTX64.conf BOOTX64.efi splash.xpm.gz，这三个文件到处copy，EFI下面的每个目录我都试了。不行。

refind efi启动器

没办法啊，就上google上面找efi启动工具，看了好多，发现The rEFInd Boot Manager还是比较靠谱的。

下载地址:,这个是二进制版的。

该工具官方地址：，下载，安装，以及使用说明都有。

安装配置地址：

下面是我的操作：

cp-r refind/mnt/usb/EFI/

cd/mnt/usb/EFI/refind

rm-rf drivers_ia32

rm-f refind_ia32.efi

rm-rf tools_ia32

[root@localhost boot]# ll/mnt/usb/EFI/refind///删除后就是这样子

总用量 224

drwxr-xr-x. 2 root root 4096 6月 1 17:52 drivers_x64

drwxr-xr-x. 2 root root 8192 6月 1 17:52 icons

-rwxr-xr-x. 1 root root 17774 6月 1 20:55 refind.conf

-rwxr-xr-x. 1 root root 17911 6月 1 17:52 refind.conf-sample

-rwxr-xr-x. 1 root root 170824 6月 1 17:52 refind_x64.efi

drwxr-xr-x. 2 root root 4096 6月 1 17:52 tools_x64

如果你是64的系统，就把32的删除掉，反之就删64的。

mv refind.conf-sample refind.conf

然后配置refind.conf，我的配置肯定不对，如果要对的话，直接是可以用refind进入centos,win8,arch的。而不是refind去调用grub来启动

中的Installing rEFInd Manually Using Linux,安装方法中，6,7这二步，没敢做，我实在无法预测，efibootmgr-c-l\EFI\refind\refind_x64.efi-L rEFInd，执行这个命令到底会有什么后果。

重启后，无法进入refind界面

然后就在仔细阅读文件

rename EFI/BOOT/refind_x64.efi to the name of the boot loader it's replacing—it should become EFI/BOOT/bootx64.efi or EFI/Microsoft/Boot/bootmgfw.efi.

发现有上面的东西，操作如下：

[root@localhost EFI]# cp-r./Microsoft/Boot/./Microsoft/Boot_bak

[root@localhost EFI]# cp-r./refind/*./Microsoft/Boot/

[root@localhost EFI]# cd./Microsoft/Boot/

[root@localhost Boot]# cp bootmgfw.efi win8.efi//上面提到的win8.efi就是在这儿来的

[root@localhost Boot]# mv refind_x64.efi bootmgfw.efi

先把EFI/Microsoft/Boot/这个目录备份，这样我不管怎么配置Boot的目录，我可以还原，进WIN8绝对没问题。efi启动，会默认读取/EFI/Microsoft/Boot/bootmgfw.efi，我的机子是这样子的，规定死了。

重启后，可以进入refind的引导界面，但是没有一个系统能进

refind配置不正确，无法进入任何一个系统，但是我发现refind的第二个引导项读取到了/grub/BOOTX64.conf,并且是默认的centos的BOOTX64.conf，grub是什么时候建的我都忘了，里面是下载的原始的centos的BOOTX64.conf BOOTX64.efi splash.xpm.gz

[root@localhost refind]# cp/mnt/usb/EFI/redhat/*/mnt/usb/EFI/grub

[root@localhost refind]# cd/mnt/usb/EFI/Microsoft/Boot/

[root@localhost Boot]# vim refind.conf

timeout 2

default_selection 2//将第二引导项调为默认

知道refind读取哪个启动文件就好办了，把redhat下面已经配置好的文件copy到grub目录下就搞定了。

就这样我的三系统启动搞定了，不过还有缺点，

第一，引导是分二步的，首先是refind引导，然后refind调用BOOTX64.conf，在通过grub来引导，之后才能进入系统。

第二，内核版本，是copy到了，efi的启动盘上面，升级内核，也用不了,除非在重新将内核copy到sda2上面。

centos 6.6怎么升级内核

1.准备工作

确认内核及版本信息

[root@hostname~]# uname-r

2.6.32-220.el6.x86_64

[root@hostname~]# cat/etc/centos-release

CentOS release 6.5(Final)

安装软件

编译安装新内核，依赖于开发环境和开发库

# yum grouplist//查看已经安装的和未安装的软件包组，来判断我们是否安装了相应的开发环境和开发库；

# yum groupinstall"Development Tools"//一般是安装这两个软件包组，这样做会确定你拥有编译时所需的一切工具

# yum install ncurses-devel//你必须这样才能让 make*config这个指令正确地执行

# yum install qt-devel//如果你没有 X环境，这一条可以不用

# yum install hmaccalc zlib-devel binutils-devel elfutils-libelf-devel//创建 CentOS-6内核时需要它们

如果当初安装系统是选择了Software workstation，上面的安装包几乎都已包含。

2.编译内核

获取并解压内核源码，配置编译项

Linux内核版本有两种：稳定版和开发版，Linux内核版本号由3个数字组成：r.x.y

r:主版本号

x:次版本号，偶数表示稳定版本；奇数表示开发中版本。

y:修订版本号，表示修改的次数

去 首页，可以看到有stable, longterm等版本，longterm是比stable更稳定的版本，会长时间更新，因此我选择 3.10.58。

[root@sean~]#wget

[root@sean~]# tar-xf linux-3.10.58.tar.xz-C/usr/src/

[root@sean~]# cd/usr/src/linux-3.10.58/

[root@sean linux-3.10.58]# cp/boot/config-2.6.32-220.el6.x86_64.config

我们在系统原有的内核配置文件的基础上建立新的编译选项，所以复制一份到当前目录下，命名为.config。接下来继续配置：

[root@sean linux-3.10.58]# sh-c'yes""| make oldconfig'

HOSTCC scripts/basic/fixdep

HOSTCC scripts/kconfig/conf.o

SHIPPED scripts/kconfig/zconf.tab.c

SHIPPED scripts/kconfig/zconf.lex.c

SHIPPED scripts/kconfig/zconf.hash.c

HOSTCC scripts/kconfig/zconf.tab.o

HOSTLD scripts/kconfig/conf

scripts/kconfig/conf--oldconfig Kconfig

.config:555:warning: symbol value'm' invalid for PCCARD_NONSTATIC

.config:2567:warning: symbol value'm' invalid for MFD_WM8400

.config:2568:warning: symbol value'm' invalid for MFD_WM831X

.config:2569:warning: symbol value'm' invalid for MFD_WM8350

.config:2582:warning: symbol value'm' invalid for MFD_WM8350_I2C

.config:2584:warning: symbol value'm' invalid for AB3100_CORE

.config:3502:warning: symbol value'm' invalid for MMC_RICOH_MMC

*

* Restart config...

*

*

* General setup

*

......

XZ decompressor tester(XZ_DEC_TEST) [N/m/y/?](NEW)

Averaging functions(AVERAGE) [Y/?](NEW) y

CORDIC algorithm(CORDIC) [N/m/y/?](NEW)

JEDEC DDR data(DDR) [N/y/?](NEW)

#

# configuration written to.config

make oldconfig会读取当前目录下的.config文件，在.config文件里没有找到的选项则提示用户填写，然后备份.config文件为.config.old，并生成新的.config文件，参考

有的文档里介绍使用make memuconfig，它便是根据需要定制模块，类似界面如下：（在此不需要）

开始编译

[root@sean linux-3.10.58]# make-j4 bzImage//生成内核文件

[root@sean linux-3.10.58]# make-j4 modules//编译模块

[root@sean linux-3.10.58]# make-j4 modules_install//编译安装模块

-j后面的数字是线程数，用于加快编译速度，一般的经验是，逻辑CPU，就填写那个数字，例如有8核，则为-j8。（modules部分耗时30多分钟）

安装

[root@sean linux-3.10.58]# make install

实际运行到这一步时，出现ERROR: modinfo: could not find module vmware_balloon，但是不影响内核安装，是由于vsphere需要的模块没有编译，要避免这个问题，需要在make之前时修改.config文件，加入

HYPERVISOR_GUEST=yCONFIG_VMWARE_BALLOON=m

（这一部分比较容易出问题，参考下文异常部分）

修改grub引导，重启

安装完成后，需要修改Grub引导顺序，让新安装的内核作为默认内核。

编辑 grub.conf文件，

vi/etc/grub.conf

#boot=/dev/sda

default=0

timeout=5

splashimage=(hd0,0)/grub/splash.xpm.gz

hiddenmenu

title CentOS(3.10.58)

root(hd0,0)

...

数一下刚刚新安装的内核在哪个位置，从0开始，然后设置default为那个数字，一般新安装的内核在第一个位置，所以设置default=0。

重启reboot：

boot-with-new-kernel

确认当内核版本

[root@sean~]# uname-r

3.10.58

升级内核成功!

3.异常

编译失败（如缺少依赖包）

可以先清除，再重新编译：

# make mrproper#完成或者安装过程出错，可以清理上次编译的现场

# make clean

在vmware虚拟机上编译，出现类似下面的错误

[root@sean linux-3.10.58]# make install

sh/usr/src/linux-3.10.58/arch/x86/boot/install.sh 3.10.58 arch/x86/boot/bzImage\

System.map"/boot"

ERROR: modinfo: could not find module vmware_balloon

可以忽略，如果你有强迫症的话，尝试以下办法：

要在vmware上需要安装VMWARE_BALLOON，可直接修改.config文件，但如果vi直接加入CONFIG_VMWARE_BALLOON=m依然是没有效果的，因为它依赖于HYPERVISOR_GUEST=y。如果你不知道这层依赖关系，通过make menuconfig后，Device Drivers-> MISC devices下是找不到VMware Balloon Driver的。（手动vi.config修改HYPERVISOR_GUEST后，便可以找到这一项），另外，无论是通过make menuconfig或直接vi.config，最后都要运行sh-c'yes""| make oldconfig'一次得到最终的编译配置选项。

然后，考虑到vmware_balloon可能在这个版本里已更名为vmw_balloon，通过下面的方法保险起见：

# cd/lib/modules/3.10.58/kernel/drivers/misc/

# ln-s vmw_balloon.ko vmware_balloon.ko#建立软连接

其实，针对安装docker的内核编译环境，最明智的选择是使用sciurus帮我们配置好的.config文件。

也建议在make bzImage之前，运行脚本check-config.sh检查当前内核运行docker所缺失的模块。

当提示缺少其他module时如NF_NAT_IPV4时，也可以通过上面的方法解决，然后重新编译。

4.几个重要的Linux内核文件介绍

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

（1）vmlinuz

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

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。

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

vmlinux是未压缩的内核，vmlinuz是vmlinux的压缩文件。

（2） initrd-x.x.x.img

initrd是“initial ramdisk”的简写。initrd一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。比如，使用的是scsi硬盘，而内核vmlinuz中并没有这个scsi硬件的驱动，那么在装入scsi模块之前，内核不能加载根文件系统，但scsi模块存储在根文件系统的/lib/modules下。为了解决这个问题，可以引导一个能够读实际内核的initrd内核并用initrd修正scsi引导问题。initrd-2.4.7-10.img是用gzip压缩的文件，下面来看一看这个文件的内容。

initrd实现加载一些模块和安装文件系统等。

initrd映象文件是使用mkinitrd创建的。mkinitrd实用程序能够创建initrd映象文件。这个命令是RedHat专有的。其它Linux发行版或许有相应的命令。这是个很方便的实用程序。具体情况请看帮助：man mkinitrd

下面的命令创建initrd映象文件：

（3） System.map

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'(compiled)|(.o

)|([aUw])|(..ng

)|(LASH[RL]DI)'| sort> System.map

然后复制到/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写的，所以编译器/连接器允许我们编码时使用符号名，当内核运行时使用地址。

然而，在有的情况下，我们需要知道符号的地址，或者需要知道地址对应的符号。这由符号表来完成，符号表是所有符号连同它们的地址的列表。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）文件。

CentOS 5.5下如何编译安装新内核

第一步：下载内核

传送门：地址.笔者下载的是3.2.84版本

第二步：解压编译内核

由于我下的是.tar.xz文件，用tar命令不能直接解压。

1.我的系统里不带xz解压软件，先下载xz-5.0.3.tar.bz2文件并解压安装

tar-jvxf xz-5.0.3.tar.bz2 cd/opt/xz-5.0.3#进入解压后的文件夹./configure make make install

2.解压内核

xz-d linux-3.2.84.tar.xz tar-xvf linux-3.2.84.tar

3.如果是第一次编译内核，并没有上次残留的文件可以跳过该步骤（最好仔细看下指令对应的功能）

make mrproper make clean删除大多数的编译生成文件，但是会保留内核的配置文件.config，还有足够的编译支持来建立扩展模块 make mrproper删除所有的编译生成文件，还有内核配置文件，再加上各种备份文件 make distclean mrproper删除的文件，加上编辑备份文件和一些补丁文件。

4.搭建编译内核所需要的环境

yum-y install gcc yum install ncurses ncurses-devel yum install openssl-devel

5.进入内核解压文件夹配置内核参数

由于我是个小白不会选，为了方便，直接用make localmodconfig命令，这个命令是以本来的.config文件为基础去选，可以参考论文：嵌入式linux系统的裁剪优化和测试技术.然后我就一直回车直到结束。然后再输入make menuconfig命令进入图形选择菜单，将kenel hacking中的Sample..选项去掉（具体那一项我忘了，尴尬），退出保存。然后编辑.config文件中的“CONFIG_SYSFS_DEPRECATED”，默认该选项为not set,被注释掉的，将其改为y，即修改为“CONFIG_SYSFS_DEPRECATED=y”，之后可能还要修改，后面再说。

6.编译新内核

make bzImage&& make modules&& make modules_install

7.安装内核

8.编译安装可能出现的情况

应该是没什么问题，不过也不排除会出现下面的情况：make:警告：检测到时钟错误。您的创建可能是不完整的。解决办法：find.-type f-exec touch{} \;重新编译下就好了。

9.处理下img中的东西（我说不清楚==）

1)解压initrd文件

# cp/boot/initrd-3.2.84.img/tmp# cd/tmp/# ls initrd-2.6.30.4.img# mkdir newinitrd# cd newinitrd/# zcat../initrd-2.6.30.4.img| cpio-i

释放之后看到如下内容

# ls bin dev etc init lib proc sbin sys sysroot

2)编辑init，删掉其中重复的四行中的两行 echo“Loading dm-region-hash.ko module” insmod/lib/dm-region-hash.ko echo“Loading dm-region-hash.ko module” insmod/lib/dm-region-hash.ko 3)重新打包initrd

# find.| cpio-c-o>../initrd 11538 blocks# cd..# gzip-9< initrd> initrd.img# ls initrd-2.6.30.4.img initrd initrd.img

这里面的initrd.img就是重新打包后的文件。 4)把initrd.img复制到/boot下命令:#cp initrd.img/boot 5)修改grub.config，在/etc文件夹下把initrd-3.2.84.img改为initrd.img就可以了 6)reboot重启记得选择自己的内核！别错过啦！

以上内容就是小编为大家带来的关于CentOS 5.5下编译安装新内核的方法了，希望可以帮助到大家！