天有不测风云，谁也保不准你的系统不会在某天出现意外，有什么应急处理的办法可以参考呢？ 本文从网上收集了几个常用的应急处理小常识供您参考 
　　1.使用急救盘组进行维护
　　急救盘组(也称为boot/root盘组)，是系统管理员必不可少的工具。用它可以独立地启 动和运行一个完整的Linux系统。实际 上，急救盘组中的第2张盘上就有一个完整的Linux系统，包括root文件系统；而第1张盘则存放了可启动的内核。
　　使用急救盘组维护系统很简单。只需用这两张盘启动系统后，进入急救模式，这时使用的是root账户。为了能访问硬盘上的文件，需要手工安装硬盘文件系统。例如，用下面的命令可在/mnt目录中安装/dev/hda2盘上的ext2fs类型的Linux文件系统：
　　# monut -t ext2/dev/hda2/mnt
　　注：现在根目录是急救盘上的根目录。为了访问硬盘文件系统中的文件，必须先把它安装到某个目录下。这样，如果将硬盘上文件系统安装在/mmt目录下，则硬盘上原来的/etc/passwd文件的路径就是/mnt/etc/passwd
　　2.文件系统被破坏时的处理方法
　　当文件系统被破坏时，如果使用的是ext2fs类型的文件系统，就可从软盘运e2fsck命令来修正文件系统中被损坏的数据。对于其他类型的文件系统，可以使用相应的fsck命令。 当从软盘上检查文件系统时，最好不要mount安装
　　注：文件系统被破坏的常见原因是超级块被损坏，超级块是文件系统的“头部”。它包含文件系统的状态、尺寸和空闲磁盘块等信息。如果损坏了一个文件系统的超级块(例如不小心直接将数据写到了文件系统的超级块分区中)，那么系统可能会完全不识别该文件系统，这样也就不能安装它了，即使采用e2fsck 命令也不能处理这个问题。
　　不过，ext2fs类型的文件系统将超级块的内容进行了备份，并存放于驱动程序的块组(block group)边界。可以用如下的命令通知e2fsck使用超级块的备份
　　# e2fsck -b 8193
　　是指文件系统所在的分区，-b 8193选项用于显示使用存放在文件系统中的8193块的超级块的备份数据 
　　3.恢复丢失的文件
　　如果不小心删除了重要的文件，那么没有办法直接恢复。但是还可以将相应的文件从急救盘复制到硬盘上。例如，如果删除了文件/bin/login，此时系统无法正常进到登录界面，可以用急救盘组启动系统，将硬盘文件系统安装到/mnt目录下，然后使用下述命令：
　　#cp -a /bin/login /mnt/bin
　　“-a”选项用于告诉cp在拷贝时保持文件的访问权限。
　　当然如果被删除的基本文件不在“急救盘组”中，也就不能用这种方法了。如果以前做过系统备份的话，那么也可以用以前的备份来恢复。
　　4.函数库破坏时的处理方法
　　如果不小心将系统函数库文件破坏了，或者破坏了/lib目录下符号链接，那么将导致依赖这些库的命令无法执行。最简单的解决办法是用急救盘组启动系统,在/mnt目录中安装硬盘文件系统，然后修复/mnt/lib目录 ......

>>返回讨论的主题