我发觉Linux系统在启动过程中会出现一些故障,造成系统未能正常启动,我在这儿写了几个应用单用户模式、GRUB命令操作、Linux搜救模式的故障修补案例帮助你们了解这种问题的解决。
(一)单用户模式
Linux系统提供了单用户模式(类似Windows安全模式),可以在最小环境中进行系统维护。在单用户模式(运行级别1)中,Linux引导步入根shell,网路被禁用,只有少数进程运行。单用户模式可以拿来更改文件系统受损、还原配置文件、移动用户数据等。
以下述举了几个单用户模式修补系统故障的典型案例:
案例一:root密码忘掉
在单用户模式中,Linux不须要root密码(RedHat系统不须要root密码,但SuSe则须要,不同Linux系统稍有差异,本文以FedoraCore6为例讲解),这使修改root密码十分容易。了解当系统引导步入多用户模式失败时,怎样步入单用户模式,特别重要。
1、在系统启动过程中,会出现开始界面,按任意键,步入GRUB菜单选项。(若希望之后无此提示,直接步入GRUB菜单选项,删掉配置文件grub.conf中“hiddenmenu”项即可。)
2、按“e”键编辑GRUB引导菜单选项,按“e”键后的GRUB屏幕。通过箭头键下移到kernel行,并按“e”键,
3、在尾行光标处添加single,按回车键返回前一个屏幕linux光驱启动怎么设置,按“b”键进行引导,则系统手动步入单用户模式,假如要改变root密码,则执行命令:sh-3.1#passwdroot
修改成功后,执行命令exit退出重启即可。
你们可以在单用户模式中去纠正制止系统正常启动的好多问题,例如:
1、禁用可能终止系统运行的服务如禁用Samba服务,则执行:sh-3.1#chkconfigsmboff上次系统引导就不会启动Samba服务了。
2、更改系统缺省运行级假如XWindow未能启动或则出现故障,可以编辑/etc/inittab文件,采用文本形式登陆,修改initdefault引导级别为3:id:3:initdefault:
案例二:光驱磁道错乱
在启动过程中最容易遇见的问题就是硬碟可能有低格或磁道错乱(数据受损)的情况,这些情况多因为异常断电、不正常死机造成。
此种问题发生,在系统启动的时侯,屏幕会显示:
Pressrootpasswordorctrl+D:
此时输入root密码系统手动步入单用户模式,输入:
fsck-y/dev/hda6
(fsck为文件系统测量修补命令,“-y”设定检查到错误手动修补,/dev/hda6为发生错误的硬碟分区,请根据具体情况修改此参数)
系统修补完成后,用命令“reboot”重新启动即可。
案例三、GRUB选项设置错误
“Error15”显示系统未能找到grub.conf手指定的内核。
GRUB引导错误信息,我们观察发觉由于打字错误,内核文件的“vmlinuz”打成了“vmlinux”,所以系统未能找到内核的可执行文件。
我们可以按任意键回到GRUB编辑界面,更改此错误linux 命令,回车保存后按“b”键即可正常引导,其实不要忘掉步入系统后更改grub.conf文件中此处错误。
这是好多初学Linux的用户在更改GRUB设置时很容易犯的错误,出现此死机提示时注意观察报错信息,即可针对性修补。
(二)GRUB引导故障排除
我发觉有时Linux启动后会直接步入GRUB命令行界面(只有“grub>”提示符),此时好多用户就选择了重新安装GRUB甚至重新安装系统。
虽然通常而言此故障的诱因最常见的有两个:
一是GRUB配置文件中选项设置错误;
二是GRUB配置文件遗失(还有少数缘由,如内核文件或镜像文件受损、丢失,/boot目录误删掉等)
假如是第一种情况linux查看磁盘空间,可以首先通过GRUB命令引导系统后修补;若是第二种情况,则要使用Linux搜救模式修补了(本文后续有描述)。
首先,我们须要了解GRUB启动系统的引导过程,grub.conf文件中主要的配置选项如下:
(注意,GRUB配置文件为/boot/grub/grub.conf,/etc/grub.conf只是此文件的软链接)
titleFedoraCore(2.6.18-1.2798.fc6)
root(hd0,0)
kernel/boot/vmlinuz-2.6.18-1.2798.fc6roroot=LABEL=/rhgbquietinitrd/boot/initrd-2.6.18-1.2798.fc6.img
其中:
“title”段指定了GRUB引导的系统:
“root”段指定了/boot分区所在的位置:
“kernel”段指定了内核文件所在位置,内核加载时权限属性为只读(“ro”)以及指定根分区所在位置(root=LABEL=/);
“initrd”指定了镜像文件所在位置。
所以GRUB在引导时次序为首先加载/boot分区,之后依次载入内核与镜像文件。
案例
“titleFedoraCore(2.6.18-1.2798.fc6)”段被误删掉
此时,系统启动后会手动步入“GRUB>”命令行,为排除故障我们可以依次做如下操作:
1、查找/boot/grub/grub.conf文件所在分区GRUB>find/boot/grub/grub.conf(hd0,0)
2、查看grub.conf文件错误GRUB>cat(hd0,0)/boot/grub/grub.conf建议系统安装设置好后,要将grub.conf文件备份,假如有备份文件如grub.conf.bak,则此时可以查看备份文件,与当前文件比较,发觉错误:GRUB>cat(hd0,0)/boot/grub/grub.conf.bak
3、确认错误后,先通过命令行形式完成GRUB引导,步入系统后再行修补grub.conf文件错误:
1)指定/boot分区root(hd0,0)
2)指定内核加载kernel/boot/vmlinuz-2.6.18-1.2798.fc6roroot=LABEL=/rhgbquiet
3)指定镜像文件所在位置initrd/boot/initrd-2.6.18-1.2798.fc6.img
提示:GRUB支持tab键命令补全功能
4、从/boot分区启动boot(hd0,0)
命令行模式可以在GRUB菜单模式中通过按“c”键调用,也可以用于测试新编译的内核(设置kernel、initrd引导新内核及镜像文件)。降低对GRUB引导以及Linux系统引导知识的了解将对这种故障排除大有帮助。
(三)Linux搜救模式应用
当系统连单用户模式都未能步入时或出现GRUB命令行也不能解决的引导问题,我们就须要使用Linux搜救模式来进行故障排除了。
步骤如下:
1、将Linux安装光碟(假如使用CD光碟,则装入第一张引导光碟)装入硬盘,设置固件CMOS/BIOS为光碟引导,当Linux安装画面出现后,在“boot:”提示符后输入“linuxrescue”回车步入搜救模式。(想了解搜救模式详尽信息,还可以按F5键查看)
2、系统会检查硬件,引导光碟上的Linux环境,依次提示你选择搜救模式下使用的语言(建议选择默认的中文即可,按照笔者测试,部份Linux系统选择英文会出现乱码);鼠标设置用默认的“us”就好;网路设置可以按照须要,大部份故障修补不须要网路联接,可不进行此项设置,选择“No”。
3、接出来系统将企图查找根分区,出现挂载提示,设置默认在搜救模式,硬碟的根分区将挂载到光碟Linux环境的/mnt/sysimage目录下,默认选项“continue”表示挂载权限为读写:“Read-only”为只读,倘若出现检查失败可以选择“skip”跳过。此处linux光驱启动怎么设置,由于要对系统进行修补,所以须要有读写权限,通常选择默认选项“continue”。
步入下一步后,系统提示执行“chroot/mnt/sysimage”命令,可以将根目录挂载到我们硬碟系统的根目录中去。
案例一:双系统启动修补
当我们安装双系统环境,先安装Linux再安装Windows;或则早已安装好双系统环境的Windows受损,在重新安装Windows后,保存GRUB的MBR(MasterBootRecord,主引导记录)会被Windows系统的自举程序NTLDR所覆盖,导致Linux系统未能引导。
1、如果要恢复双系统引导,首先用上述方式步入搜救模式,执行chroot命令如下:sh-3.1#chroot/mnt/sysimage
2、将根目录切换到硬碟系统的根目录中,之后执行grub-install命令重新安装GRUB:sh-3.1#grub-install/dev/hda“/dev/hda”为硬碟名称,如使用SCSI硬碟或Linux安装在第二块IDE硬碟,此项设置要做相应调整。
3、然后依次执行exit命令,退出chroot模式及搜救模式(执行两次exit命令):sh-3.1#exit系统重启后,将恢复GRUB引导的双系统启动。
案例二:系统配置文件遗失修补
系统在引导期间,很重要的一个过程就是init进程读取其配置文件/etc/inittab,启动系统基本服务程序及默认运行级别的服务程序完成系统引导,假如/etc/inittab误删掉或更改错误,Linux将难以正常启动。此时,只有通过搜救模式才可以解决这种问题。
/etc/inittab文件遗失引导错误示例
1、有备份文件的恢复办法步入搜救模式,执行chroot命令后,假如有此文件的备份(强烈建议系统中的重要数据目录,如/etc、/boot等要进行备份),直接将备份文件拷贝回来,退出重启即可。
若果是配置文件更改错误,如比较典型的/boot/grub/grub.conf及/etc/passwd的文件更改错误,也可以直接修正恢复。
假定有备份文件/etc/inittab.bak,则在搜救模式下执行:sh-3.1#chroot/mnt/sysimagesh-3.1#cp/etc/inittab.bak/etc/inittab
2、没有备份文件的恢复办法若果一些配置文件遗失或软件误删掉,且无备份,可以通过重新安装软件包来恢复。
首先查找到/etc/inittab属于哪一个RPM包(虽然文件遗失,由于存在RPM数据库,一样可以查找到结果):
sh-3.1#chroot/mnt/sysimagesh-3.1#rpm-qf/etc/inittabinitscripts-8.45.3-1
退出chroot模式:
sh-3.1#exit
挂载储存RPM包的安装光碟(在搜救模式下,光碟一般挂载在/mnt/source目录下):
sh-3.1#mount/dev/hdc/mnt/source
Fedora系统的RPM包储存在光碟Fedora/RPMS目录下,其他Linux储存位置太原小异,我在这儿不一一列出;
另外,由于要修补的硬碟系统的根目录在/mnt/sysimage下,须要使用——root选项指定其位置。
覆盖安装/etc/inittab文件所在的RPM包:
sh-3.1#rpm-ivh——replacepkgs——root/mnt/sysimage/mnt/source/Fedora/RPMS/initscripts-8.45.3-1.i386.rpm
其中的rpm命令选项“——replacepkgs”表示覆盖安装,执行完成后,即早已恢复了此文件。
假如想只提取RPM包中的/etc/inittab文件进行恢复,可以在步入搜救模式后,执行命令:
sh-3.1#rpm2cpio/mnt/source/Fedora/RPMS/initscripts-8.45.3-1.i386.rpm|cpio-idv./etc/inittabsh-3.1#cpetc/inittab/mnt/sysimage/etc
注意此命令执行时不能将文件直接恢复至/etc目录,只能提取到当前目录下,且恢复的文件名称所在路径要写完整的绝对路径。提取文件成功后,将其复制到根分区所在的/mnt/sysimage目录下相应位置即可。
搜救模式是维护Linux的有力装备,本文以上述两个反例讲解了它的应用方式,希望才能给读者一点启示。解决Linux系统启动的故障,必须充分理解Linux的引导过程,才才能对故障进行有效的判定和处理。