随着Suse越来越受到广大用户的接受，伴随着问题也接踵而来，此次所讲的是Suse9故障修复。本文针对Suse9故障修复分别对grub被破坏，boot分区中的文件被误删，引导程序被破坏以及密码被改无法进入系统这四种情景进行修复，希望通过本文，能对你学习Suse9故障修复有所帮助。
注:Suse9在没有fstab的时候，也可以引导进入系统，所以如果fstab被误删，可直接进行恢复。
情景1:grub被破坏(包括:menu.lst，stage2...)
linux:/boot/grub # fdisk -l
Disk /dev/sda: 21.4 GB， 21474836480 bytes
255 heads， 63 sectors/track， 2610 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 1020 8193118+ 83 Linux
/dev/sda2 1021 1151 1052257+ 82 Linux swap
破坏grub
rm -rf /boot/grub/*
重新引导系统，报15号错误，放入SUSE的cd1到光驱中
choose "Manual Installation"
choose "Start Installation or system"
choose "Start Installation or update"
choose "CDROM"
choose "boot installed system"
放入SUSE的cd2到光驱中
挂载:
mount /dev/hdc /media/cdrom
安装grub:
rpm -ivh grub-0.94-45.3.i586.rpm --force
进入grub操作介面:
grub
root (hd0，0)
setup (hd0)
vi /boot/grub/menu.lst
title linux for pushmail
root (hd0，0)
kernel /boot/vmlinuz-2.6.5-7.244-smp
initrd /boot/initrd
reboot
情景2)/boot分区中的内容被完全清空了 包括:(kernel，initrd，grub.....)
linux:/boot/ # rm -rf *
reboot
放入cd1到cdrom
choose "Manual Installation"
choose "Start Installation or system"
choose "Start Installation or update"
choose "CDROM"
choose "boot installed system"
放入cd2到cdrom
mount /dev/hdc /media/cdrom
rpm -ivh kernel-smp-2.6.5-7.97.i586.rpm
rpm -ivh grub-0.94-45.3.i586.rpm --force
vi /boot/grub/menu.lst
title linux for pushmail
root (hd0，0)
kernel /boot/vmlinuz-2.6.5-7.244-smp
initrd /boot/initrd
reboot
情景3)MBR被破坏，不包括分区表
dd if=/etc/passwd f=/dev/sda bs=446 count=1
reboot
放入cd1到光驱中
choose rescue system
enter grub
root (hd0，0)
setup (hd0)
quit
reboot
情况4)suse恢复root密码:
1.重新启动机器，在出现grub引导界面后，在启动linux的选项里加上init=/bin/bash，通过给内核传递init=/bin/bash参数使得OS在运行login程序之前运行bash，出现命令行。
2.稍等片刻出现(none)#:命令行。
3.这时输入mount -n / -o remount，rw 表示将根文件系统重新mount为可读写，有了读写权限后就可以通过passwd命令修改密码了。
4.这时输入passwd命令就可以重置密码了
5.修改完成后记得用mount -n / -o remount，ro将根文件系统置为原来的状态。
总结:
1)在分区表没有被破坏的情况下，是可以恢复的.
2)系统引导加载的顺序是:
2.1)MBR:确认出用于引导的分区.在系统中可以通过fdisk查看.MBR的引导程序大小为446个字节，后面64个字节为16*4，***是5***A(2个字节)
在grub为引导程序的情况下，MBR引导记录的内容同/boot/grub/stage1是一致的.前(446)个字节
stage1文件只在恢复安装grub时有作用，在每次引导过程中并不起作用.故可删除.
MBR的引导程序被破坏，可以通过rescue光盘，进入到grub模式下，进行恢复，见情景3
2.2)引导分区:引导分区载入stage1.5，stage2.0及 menu.lst等，注意stage1.5文件是磁盘的物理地址，即存在于磁盘(boot分区)的最前面.
改变物理位置后，即无法引导，需重新安装grub，见情景3
2.3)执行sysinit脚本.加载fstab文件等等.
3)***一点，boot分区和挂不挂载没有关系，即使在fstab中注释掉，系统也能启动，因为boot分区只在mbr引导程序执行之后起作用，在sysinit脚本接管执行流后就不起作用了.
两上小技巧:
1.查看SUSE版本.
2.更改用户密码的加密方式
SUSE系统:
查询版本号
lsb_release -a
或者 cat /etc/SuSE-release
suse更改用户的密码加密方式
linux:/etc/default # more passwd
# This file contains some information for
# the passwd (1) command and other tools
# creating or modifying passwords.
# Define default crypt hash
# CRYPT={des，md5，blowfish}
CRYPT=des
# Use another crypt hash for group passwowrds.
# This is used by gpasswd， fallback is the CRYPT entry.
# GROUP_CRYPT=des
更改 CRYPT=md5
保存退出即可
注意:
在同一时间可以有三种加密验证:
例如:
user A 是 des
user B 是 md5
user C 是 blowfish
当客户登录系统时，可以分别用user A 或 user B 或user C 登录到系统。
在shadow文件中有三个用户的不同密文。
本人很喜欢Suse，在工作中也很喜欢总结关于Suse的经验教训，本文所说的Suse9故障修复会对你的学习起到作用。
【编辑推荐】
