Linux操作系统下6个应急处理小常识

短命女 2022-04-11 09:48 165阅读 0赞

# Linux操作系统下6个应急处理小常识 #

来源：互联网 作者：佚名 时间：09-08 17:09:57 【大 中 小】

**点评**：天有不测风云，谁也保不准你的系统不会在某天出现意外，有什么应急处理的办法可以参考呢？ 本文从网上收集了几个常用的应急处理小常识供您参考。    1.使用急救盘组进行维护    急救盘组(也称为boot/root盘组)，是系统管理员必不可少

天有不测风云，谁也保不准你的[系统][Link 1]不会在某天出现意外，有什么应急处理的办法可以参考呢？ 本文从网上收集了几个常用的应急处理小常识供您参考。

**1.使用急救盘组进行维护**

急救盘组(也称为boot/root盘组)，是[系统][Link 1]管理员必不可少的工具。用它可以独立地启动和运行一个完整的Linux系统。实际上，急救盘组中的第2张盘上就有一个完整的Linux系统，包括root文件[系统][Link 1]；而第1张盘则存放了可启动的内核。

使用急救盘组维护[系统][Link 1]很简单。只需用这两张盘启动[系统][Link 1]后，进入急救模式，这时使用的是root账户。为了能访问硬盘上的文件，需要手工[安装][Link 1]硬盘文件[系统][Link 1]。例如，用下面的命令可在/mnt目录中[安装][Link 1]/dev/hda2盘上的ext2fs类型的Linux文件[系统][Link 1]：

\# monut -t ext2/dev/hda2/mnt

注：现在根目录是急救盘上的根目录。为了访问硬盘文件[系统][Link 1]中的文件，必须先把它[安装][Link 1]到某个目录下。这样，如果将硬盘上文件[系统][Link 1][安装][Link 1]在/mmt目录下，则硬盘上原来的/etc/passwd文件的路径就是/mnt/etc/passwd

**2.文件[系统][Link 1]被破坏时的处理[方法][Link 1]**

当文件[系统][Link 1]被破坏时，如果使用的是ext2fs类型的文件[系统][Link 1]，就可从软盘运e2fsck命令来修正文件[系统][Link 1]中被损坏的数据。对于其他类型的文件[系统][Link 1]，可以使用相应的fsck命令。 当从软盘上检查文件[系统][Link 1]时，最好不要mount安装

注：文件[系统][Link 1]被破坏的常见原因是超级块被损坏，超级块是文件[系统][Link 1]的“头部”。它包含文件[系统][Link 1]的状态、尺寸和空闲磁盘块等信息。如果损坏了一个文件[系统][Link 1]的超级块(例如不小心直接将数据写到了文件[系统][Link 1]的超级块分区中)，那么[系统][Link 1]可能会完全不识别该文件[系统][Link 1]，这样也就不能[安装][Link 1]它了，即使采用e2fsck 命令也不能处理这个问题。

不过，ext2fs类型的文件[系统][Link 1]将超级块的内容进行了备份，并存放于驱动程序的块组(block group)边界。可以用如下的命令通知e2fsck使用超级块的备份

\# e2fsck -b 81

是指文件[系统][Link 1]所在的分区，-b 8193选项用于显示使用存放在文件[系统][Link 1]中的8193块的超级块的备份数据

**3.恢复丢失的文件**

如果不小心删除了重要的文件，那么没有办法直接恢复。但是还可以将相应的文件从急救盘复制到硬盘上。例如，如果删除了文件/bin/login，此时[系统][Link 1]无法正常进到登录界面，可以用急救盘组启动[系统][Link 1]，将硬盘文件[系统][Link 1][安装][Link 1]到/mnt目录下，然后使用下述命令：

\#cp -a /bin/log in /mnt/bin

“-a”选项用于告诉cp在拷贝时保持文件的访问权限。

当然如果被删除的基本文件不在“急救盘组”中，也就不能用这种[方法][Link 1]了。如果以前做过[系统][Link 1]备份的话，那么也可以用以前的备份来恢复。 **4.函数库破坏时的处理[方法][Link 1]**

如果不小心将[系统][Link 1]函数库文件破坏了，或者破坏了/lib目录下符号链接，那么将导致依赖这些库的命令无法执行。最简单的[解决][Link 1]办法是用急救盘组启动[系统][Link 1],在/mnt目录中[安装][Link 1]硬盘文件[系统][Link 1]，然后修复/mnt/lib目录下的库。

**5.无法用root账号登录[系统][Link 1]**

由于[系统][Link 1]管理员的疏忽，或者由于[系统][Link 1]受到黑客的入侵,[系统][Link 1]管理员可能无法用root帐号登录[系统][Link 1]。对于第1种情况，可能是[系统][Link 1]管理员忘记了root密码，用急救盘组就可以[解决][Link 1]问题。

对于第2种情况，由于很可能是密码被黑客修改了，因此[系统][Link 1]管理员无法进入[系统][Link 1]，也就是说，Linux系统完全失去了控制，因此应尽快重新获得[系统][Link 1]的控制权。在取得 root权限后，还应检查[系统][Link 1]被破坏的情况，以防被黑客再次入侵。

需要做的最主要的工作就是重新[设置][Link 1]root的密码，获得Linux操作[系统][Link 1]的控制权。首先用急救盘组启动[系统][Link 1]，然后将硬盘的文件[系统][Link 1][安装][Link 1]到/mnt目录下，编辑/mnt/etc/passwd文件，将其对应于root账户的一行加密口令域置空，如下所示：

root::0:0:root:/root:bin/bash

注： 如果[系统][Link 1]使用 shadow工具，就需要对文件/etc/shadow进行上述的[操作][Link 1]，使root登录[系统][Link 1]不需要口令。

这样，root账户就没有口令了。当重新从硬盘启动Linux系统时，就可以用root账户登录([系统][Link 1]不会要求输入密码)。进入[系统][Link 1]后，再用命令passwd设置新的口令。

**6.Linux系统不能启动**

一般来说，如果[系统][Link 1]管理员不能正常进入[系统][Link 1]，就需要考虑使用急救盘组进入急救模式排除[系统][Link 1]的故障。但在没有制作急救盘组的情况下，Linux系统不能启动，该怎么办？

在个人计算机使用 Linux系统时，通常都是Linux和MS Windows 9x或MS Windows NT并存的。由于重新[安装][Link 1]其他的[操作][Link 1][系统][Link 1]，经常会导致原有的Linux不能启动。这主要是因为，这些[操作][Link 1][系统][Link 1]默认为计算机中没有其他的[操作][Link 1][系统][Link 1]，因而改写了硬盘的主引导记录(MBR)，冲掉了Linux的LILO系统引导程序。

如果有急救盘组，那么很简单，用第一张启动盘启动硬盘的Linux系统，重新运行LILO命令，就可以将LILO系统引导程序写回硬盘的主引导记录。再次开机即可。

如果没有[系统][Link 1]启动盘，怎样恢复硬盘上的Linux呢？在这种情况下，如果知道Linux在硬盘上的确切[安装][Link 1]分区，且有loadlin程序，就可以重新返回Linux。 loadlin程序是DOS下的程序，运行它可以从DOS下直接启动Linux，快速进入Linux环境。在 Red Hat Linux 6.0光盘的 dosutil/目录下就有这个程序。

除此之外，还需要一个 Linux启动内核的映像文件。在 Red Hat linux 6.0光盘的 images/目录下有这个文件――vmlinuz。

例如，在Windows 98系统下面，进入DOS的单用户模式，然后运行下述的loadlin命令，即可重新进入Linux系统：

loadlin vmlinuz root=/dev/hda8

/dev/hda8是Linux的root文件[系统][Link 1]所在的硬盘分区位置。命令执行后，就引导Linux系统。用root登录后，运行LILO命令，则重新将LILO装入MBR，回到以前多[操作][Link 1][系统][Link 1]并存使用的状态。

[Link 1]: http://www.jb51.net