自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

ps49324955的专栏

原创 Linux 操作系统启动流程以及trouble shooting思路

Linux系统启动的基本过程和步骤：最近在某个版块看到有人讨论GRUB的问题，这里是我个人的一些理解。我想大部分还是正确的，但肯定也有理解错误的地方，在这里抛砖引玉了！ Linux系统启动过程大致按照如下步骤进行（这是一个简述）：第一阶段：BIOS启动引导阶段；在该过程中实现硬件的初始化以及查找启动介质；

2008-12-01 11:37:00 569 7

转载 RHCE考试分开三个阶段

　　第一个阶段，是测试考生对 Linux 服务器安装与网络服务组态的实机演练，考生要在上午9：30 ～12：30完成8道Trouble Shooting题，其中前4道题必须在1小时内完成，如果在1小时内不能完成，考试就已经失败了，后面的4道题在12：30前完成。考生会被要求安装HTTP, FTP, NFS等服务组态，同时会要求你建立 Email Account, Virtual Websit

2008-12-01 11:08:00 509

网络安全知识必备.doc

网络安全知识必备.doc 欢迎下载学习~~~

2010-08-18

轻松搭建Postfix+邮件服务器系统.pdf

轻松搭建Postfix+邮件服务器系统.pdf

2010-08-18

IC购电卡使用说明.txt

IC购电卡使用说明.txt IC购电卡使用说明.txt IC购电卡使用说明.txt

2009-07-07

系统工程师,系统工程师

系统工程师,系统工程师,系统工程师,系统工程师,系统工程师,

2009-07-07

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

ps49324955 CSDN认证博客专家 CSDN认证企业博客

码龄16年

IP 属地：北京市

IP属地以运营商信息为准，境内显示到省（区、市），境外显示到国家（地区）

1: 原创

82万+: 周排名

126万+: 总排名

1800: 访问

: 等级

42: 积分

1: 粉丝

0: 获赞

7: 评论

1: 收藏

私信

关注

热门文章

分类专栏

最新评论

Linux 操作系统启动流程以及trouble shooting思路
ps49324955: 案例六：对initrd文件的修复： initrd是一种基于内存的文件系统，启动过程中，系统在访问真正的根文件系统/时，会先访问initrd文件系统。将initrd中的内容打开来看，会发现有bin、devetc、lib、procsys、sysroot、init等文件（包含目录）。其中包含了一些设备的驱动模块，比如scsi ata等设备驱动模块，同时还有几个基本的可执行程序 insmod, modprobe, lvm，nash。主要目的是加载一些存储介质的驱动模块，如上面所说的scsi ideusb等设备驱动模块，初始化LVM，把/根文件系统以只读方式挂载。 Linux Kernel需要适应多种不同的硬件架构，但是将所有的硬件驱动编入Kernel又是不实际的，而且Kernel也不可能每新出一种硬件结构，就将该硬件的设备驱动写入内核。实际上Linux Kernel仅是包含了基本的硬件驱动，在系统安装过程中会检测系统硬件信息，根据安装信息和系统硬件信息将一部分设备驱动写入 initrd 。这样在以后启动系统时，一部分设备驱动就放在initrd中来加载。所以在启动过程中initrd文件会在1号进程被开启之前执行，如果一旦initrd文件被破坏或者非正常的更改就会导致系统无法启动。根据以前对initrd原理的解释，initrd中的init是使用nash解释器去执行，所以系统启动没有到nash的时候停住，可以基本上判断是initrd这里hang住。比较可行的办法是通过mkinitrd命令重建initrd，生成一个新的用于初始化和装载模块的ramdisk镜像。具体的命令是： # mkinitrd –f /boot/initrd-<kernel version>.img <kernel-version> 例如： # mkinitrd –f /boot/initrd-2.6.9-42.ELsmp.img 2.6.9-24.ELsmp 或者通过强制的方式重装一个kernel，因为kernel基本上以不变的方式覆盖原来kernel所安装的内容，同时会在rpm安装kernel命令中有重建initrd的脚本： [root@dhcp-0-195 ~]# rpm -q --scripts kernel postinstall scriptlet (using /bin/sh): if [ `uname -i` == "x86_64" -o `uname -i` == "i386" ]; then if [ -f /etc/sysconfig/kernel ]; then /bin/sed -i -e 's/^DEFAULTKERNEL=kernel-smp$/DEFAULTKERNEL=kernel/' /etc/sysconfig/kernel || exit $? fi fi /sbin/new-kernel-pkg --package kernel --mkinitrd --depmod --install 2.6.18-8.1.1.el5 || exit $? if [ -x /sbin/weak-modules ] then /sbin/weak-modules --add-ke
Linux 操作系统启动流程以及trouble shooting思路
ps49324955: 案例六：对initrd文件的修复： initrd是一种基于内存的文件系统，启动过程中，系统在访问真正的根文件系统/时，会先访问initrd文件系统。将initrd中的内容打开来看，会发现有bin、devetc、lib、procsys、sysroot、init等文件（包含目录）。其中包含了一些设备的驱动模块，比如scsi ata等设备驱动模块，同时还有几个基本的可执行程序 insmod, modprobe, lvm，nash。主要目的是加载一些存储介质的驱动模块，如上面所说的scsi ideusb等设备驱动模块，初始化LVM，把/根文件系统以只读方式挂载。 Linux Kernel需要适应多种不同的硬件架构，但是将所有的硬件驱动编入Kernel又是不实际的，而且Kernel也不可能每新出一种硬件结构，就将该硬件的设备驱动写入内核。实际上Linux Kernel仅是包含了基本的硬件驱动，在系统安装过程中会检测系统硬件信息，根据安装信息和系统硬件信息将一部分设备驱动写入 initrd 。这样在以后启动系统时，一部分设备驱动就放在initrd中来加载。所以在启动过程中initrd文件会在1号进程被开启之前执行，如果一旦initrd文件被破坏或者非正常的更改就会导致系统无法启动。根据以前对initrd原理的解释，initrd中的init是使用nash解释器去执行，所以系统启动没有到nash的时候停住，可以基本上判断是initrd这里hang住。比较可行的办法是通过mkinitrd命令重建initrd，生成一个新的用于初始化和装载模块的ramdisk镜像。具体的命令是： # mkinitrd –f /boot/initrd-<kernel version>.img <kernel-version> 例如： # mkinitrd –f /boot/initrd-2.6.9-42.ELsmp.img 2.6.9-24.ELsmp 或者通过强制的方式重装一个kernel，因为kernel基本上以不变的方式覆盖原来kernel所安装的内容，同时会在rpm安装kernel命令中有重建initrd的脚本： [root@dhcp-0-195 ~]# rpm -q --scripts kernel postinstall scriptlet (using /bin/sh): if [ `uname -i` == "x86_64" -o `uname -i` == "i386" ]; then if [ -f /etc/sysconfig/kernel ]; then /bin/sed -i -e 's/^DEFAULTKERNEL=kernel-smp$/DEFAULTKERNEL=kernel/' /etc/sysconfig/kernel || exit $? fi fi /sbin/new-kernel-pkg --package kernel --mkinitrd --depmod --install 2.6.18-8.1.1.el5 || exit $? if [ -x /sbin/weak-modules ] then /sbin/weak-modules --add-ke
Linux 操作系统启动流程以及trouble shooting思路
ps49324955: 案例六：对initrd文件的修复： initrd是一种基于内存的文件系统，启动过程中，系统在访问真正的根文件系统/时，会先访问initrd文件系统。将initrd中的内容打开来看，会发现有bin、devetc、lib、procsys、sysroot、init等文件（包含目录）。其中包含了一些设备的驱动模块，比如scsi ata等设备驱动模块，同时还有几个基本的可执行程序 insmod, modprobe, lvm，nash。主要目的是加载一些存储介质的驱动模块，如上面所说的scsi ideusb等设备驱动模块，初始化LVM，把/根文件系统以只读方式挂载。 Linux Kernel需要适应多种不同的硬件架构，但是将所有的硬件驱动编入Kernel又是不实际的，而且Kernel也不可能每新出一种硬件结构，就将该硬件的设备驱动写入内核。实际上Linux Kernel仅是包含了基本的硬件驱动，在系统安装过程中会检测系统硬件信息，根据安装信息和系统硬件信息将一部分设备驱动写入 initrd 。这样在以后启动系统时，一部分设备驱动就放在initrd中来加载。所以在启动过程中initrd文件会在1号进程被开启之前执行，如果一旦initrd文件被破坏或者非正常的更改就会导致系统无法启动。根据以前对initrd原理的解释，initrd中的init是使用nash解释器去执行，所以系统启动没有到nash的时候停住，可以基本上判断是initrd这里hang住。比较可行的办法是通过mkinitrd命令重建initrd，生成一个新的用于初始化和装载模块的ramdisk镜像。具体的命令是： # mkinitrd –f /boot/initrd-<kernel version>.img <kernel-version> 例如： # mkinitrd –f /boot/initrd-2.6.9-42.ELsmp.img 2.6.9-24.ELsmp 或者通过强制的方式重装一个kernel，因为kernel基本上以不变的方式覆盖原来kernel所安装的内容，同时会在rpm安装kernel命令中有重建initrd的脚本： [root@dhcp-0-195 ~]# rpm -q --scripts kernel postinstall scriptlet (using /bin/sh): if [ `uname -i` == "x86_64" -o `uname -i` == "i386" ]; then if [ -f /etc/sysconfig/kernel ]; then /bin/sed -i -e 's/^DEFAULTKERNEL=kernel-smp$/DEFAULTKERNEL=kernel/' /etc/sysconfig/kernel || exit $? fi fi /sbin/new-kernel-pkg --package kernel --mkinitrd --depmod --install 2.6.18-8.1.1.el5 || exit $? if [ -x /sbin/weak-modules ] then /sbin/weak-modules --add-ke
Linux 操作系统启动流程以及trouble shooting思路
ps49324955: 案例五：该案例实际上和上面的案例有紧密关系。上面的案例中由于GRUB无法正确加载根文件系统而导致kernel panic。造成这个问题的原因也是多种多样。但是即便通过上面的修复可以使得kernel加载根文件系统并且开启init进程，那么在下一步rc.sysinit脚本执行过程中任何区域出现错误也会导致系统无法启动。因为在存储方面，sc.sysinit脚本会初始化软件raid以及lvm设备然后读取/etc/fstab，所以这个时候如果/etc/fstab文件配置不正确，也会造成系统启动不成功。从出现的问题现象上基本可以断定是/etc/fstab的问题，但是好在这个时候可以进入修复模式，对问题的修复方法也容易很多。这是出现问题的时候的截屏： Coundn’t find matching filesystem: LABEL=/ *** An error occurred during the file system check. *** Dropping you to a shell; the system will reboot *** when you leave the shell. Give root password for maintenance (or type Control-D to countinus): 在这个界面中输入root密码可以在出现的修复模式中运行命令修复。另外一个会造成该现象的原因是在读/etc/fstab文件并挂载文件系统的时候文件系统检测失败。在这种情况下需要确保文件系统处于umount状态下运行e2fsck。
Linux 操作系统启动流程以及trouble shooting思路
ps49324955: 案例四：在GRUB中向kernel传递了错误的根分区信息导致系统kernel panic：在GRUB的配置中，根分区信息的指定是必须的，但是一旦错误指定了根分区或者根分区文件文件系统或卷标被破坏都回导致在启动引导过程中出现kernel panic情况。这是在GRUB中对/分区指定的信息： kernel /vmlinuz-2.6.18-8.1.1.el5 ro root=LABEL=/ 那么一旦/卷标被删除，可以通过e2label的方式重新创建，或者将其直接更改为： kernel /vmlinuz-2.6.18-8.1.1.el5 ro root=/dev/sda2 即以直接指定/分区名的方式来指定根分区。这个操作可以在开机发现错误之后于GRUB命令行中直接修改，或者进入救援模式进行操作。当前所定义的内容如果成功，切记将其记录到/etc/grub.conf或者/boot/grub/grub.conf文件中。其实这是一个非常典型的错误，出错的时候，屏幕上显示的大概情况如下： Creating block devices Creating root devices mkrootdev：label / not found Mounting root filesystem Mount：error 2 mounting ext3 Pivotroot：pivot_root（/sysroot， /sysroot/initrd） failed：2 umount /initrd/proc failed：2 Freeing unused kernel memory：164k freed Kernel panic：no init found. Try passing init = option to kernel. 很显然，这个时候如果是因为/文件系统无法找到或者挂载成功，必须的内核模块没有加载成功或者initrd文件被破坏都有可能出现同样的信息（这里所指的模块是包括了驱动器，硬件控制器以及作用于文件系统的驱动程序，当然如果是模块造成系统启动不成功的话，可以使用mkinitrd命令对initrd文件进行重建）。具体的命令是： # mkinitrd –f /boot/initrd-<kernel version>.img <kernel-version> 例如： # mkinitrd –f /boot/initrd-2.6.9-42.ELsmp.img 2.6.9-24.ELsmp 在完成了initrd镜像的重建之后可以重新启动系统。如果问题确认是因为initrd镜像被破坏而导致无法识别文件系统，则通过上面的操作已经能够正确找到root文件系统并开启init进程。

最新文章

提示

确定要删除当前文章？

取消删除