|
- UID
- 1029342
- 性别
- 男
|
在下篇文章中，我们将更改 Linux 系统中对启动至关重要的部分。既然完全可能因某个错误而使您偶尔搞糟引导过程，我将在本文首先讲述：如何用紧急 bash shell 命令启动和运行系统。如果您确实碰巧发现系统因为 init 脚本或 /sbin/init 本身的问题而不能引导，就可以使用这个紧急引导过程。
进行紧急引导最简单的方法是：在引导时刻使用 GRUB 或 LILO 把 init=/bin/bash 选项传递给内核。 如果使用 GRUB，您应该能够通过点击 e 来实时地编辑当前菜单项，从而在需要时交互地传递该选项。如果使用 LILO，则确保在继续下一步之前，您已知道如何向内核传递启动选项，必要时，还要创建一个新的“紧急”LILO 启动选项。
过程
这样，基本的“救援”过程如下。首先，将 init=/bin/bash 作为一个内核引导选项传递给内核。当内核引导时，它将以 /bin/bash 而不是通常的 /sbin/init 作为第一个进程启动。 您不会被提示进行登录就看到一个 root 用户 bash 提示符：
#
然而，尽管您看到一个 root bash 提示符，实际上只安装了根文件系统，而且仅以只读的形式安装。下面介绍在这之后如何启动和运行您的系统。如果文件系统没有卸装干净的话，应该首先对它们进行 fsck 。首先对根文件系统执行 fsck -a ，然后 fsck -R -A -a 就会负责处理所有其它的文件系统：
# fsck -a /dev/hda1
# fsck -R -A -a
既然文件系统已经一致（或者，如果文件系统在系统重引导时已经卸装干净，并且您跳过了上一步骤），我们可以简单地以可读写方式重新安装根文件系统并且安装 /proc，如下所示：
# mount / -o remount,rw
# mount /proc
然后，安装可能位于其它分区中的所有重要的文件系统树。例如，如果在另一个分区上有 /usr，则还要输入：
# mount /usr
如果您想做的不仅仅只是打开一个编辑器的话，则最好是激活交换分区。如果您使用 emacs，您可能会需要它
# swapon -a
现在，您应该能够使用您喜爱的编辑器来编辑任何需要编辑的文件，以便修复现有的引导问题。一旦完成，只需按安装时的顺序，以只读方式重新安装分区即可。例如，如果有一个单独的 /usr 分区，为使所有的文件系统处于一致的状态（准备重新引导），可以输入：
# mount /usr -o remount,ro
# mount / -o remount,ro
现在，您可以安全地重新引导了。但愿现在已经解决了引导问题，并且可以使用正常的 LILO 或 GRUB 选项启动和运行系统。
# /sbin/reboot -nfi
为 devfs 作好准备
devfs 配置
既然您知道了在紧急情况下该怎么做，我们就可以使系统为 devfs 做好准备了。在下一篇文章里，我们将对 Linux 系统作相对复杂的更改。为什么需要这样呢？因为我们不仅仅在内核中启用 devfs 功能，这的确非常容易。我们还将以一种特别方式设置 devfsd （设备管理守护进程），用它来备份和恢复任何对设备许可权和所有权的更改。我们需要用到很多小窍门来使这个新的系统极佳地工作。但是一旦实现，我想您将对这个结果 非常满意。
devfs 内核支持
在系统上启用 devfs 的第一步比较简单：就是要使内核支持 devfs。为此目的，您需要一个 2.4 系列的内核。使用 make menuconfig 或者 make xconfig ，转至 Code maturity level选项部分并确保启用了 Prompt for development and/or incomplete code/drivers选项。然后转至 File systems内核配置部分，查找 /dev file system support (EXPERIMENTAL) 选项。选中它。您将会看到在您刚启用的选项下方，出现了两个附加选项。第一个选项控制 devfs 在内核引导时是否自动安装到 /dev。不要启用它，我们将用一个特殊脚本手动安装 /dev。 第二个选项， Debug devfs，也应该被禁用。
禁用 /dev/pts
当您在屏幕上看到 File systems kernel configuration 部分时，如果您碰巧启用了 /dev/pts file system for Unix98 PTYs 的支持，则禁用该支持。devfs 提供了相似的功能，所以您就不再需要 devpts 文件系统了。继续进行然后保存内核配置；我们很快就要编译并安装一个新的内核！最后，在进行下一步以前，检查一下在 /etc/fstab 中是否有 /dev/pts 项；如果有，把它注释掉，使它在启动时不再被安装。
各种配置风格
下一步，将 /etc/securetty 文件装入编辑器。该文件由 login 使用，它允许您指定允许 root 用户使用以进行登录的 tty s。通常，它包含从 tty1 到 tty12 的设备，每行一个。为了使这个文件适用于 devfs，您应当为这些 ttys 加入适当的 devfs 类型名字，并保留原有的 tty? 名字，以备日后您决定禁用 devfs 引导之需。把以下几行添加到 /etc/securetty 的最下面。
vc/1 vc/2 vc/3 vc/4 vc/5 vc/6 vc/7 vc/8 vc/9 vc/10 vc/11 vc/12
安装 devfsd
接下来就是在系统上安装 devfsd ，即 devfs 助手守护进程。Devfsd 将会负责创建“旧类型”兼容性设备节点；在注册／注销设备时执行自动化操作；负责备份对根文件系统上某个目录的设备许可权和所有权的更改，以及其它更多功能。现在，我们将只安装 devfsd；在下一篇文章中，我们将使它和 devfs 一起启动和运行。为了安装 devfsd，首先需要下载最新版本的 devfsd 压缩文件。（请参阅本文后面的 参考资料），当前版本为 1.3.16。然后执行下列步骤：
# tar xzvf devfsd-1.3.16.tar.gz
# cd devfsd
# make
现在，devfsd 应该编译好并可以安装了。如果您的帮助手册页存储在 /usr/man 中，输入 make install ；如果您正在使用 FHS 兼容系统，并且您的帮助手册页存储在 /usr/share/man 中，输入 make mandir=/usr/share/man install 。现在将安装 Devfsd，但还未运行，这正是我们现在要做的。
安装注释
我们即将配置 devfsd ，以便完全支持兼容性设备，所以tty? 应该足够了。然而，小心驶得万年船，尤其在可能会影响到 login 是否允许超级用户进入系统的时候。用我们的方法，即使存在问题而且 devfsd 无法启动，超级用户在 login: 提示符下登录时也不会有问题，哪怕已经启用了 devfs。
启动新内核
现在，继续前进，编译并安装刚刚配置好的内核。这个内核应该是您现在内核的临时替代品；它应能正常引导；并且尽管它内置了 devfs 支持，您应该觉察不出它与您现在正在运行的内核有什么差别。 一旦新内核安装完毕，重新引导系统以确保到目前为止一切工作正常。
Devfs 配置方法
您的系统现在已经作好了向 devfs 转换的准备，我将在下一篇文章中详细介绍。现在，是熟悉一下我们正在使用的方法的时候了。您将看到，用 devfs 启用系统可能会很棘手，尤其当您使用到 devfs 的所有优点（如持久的许可权和所有权）的时候。
内核自动安装带来的问题
确实有很多方法来使系统 devfs 启用。其中之一就是让内核在引导时自动将 devfs 安装到 /dev；我们将不使用此选项，尽管这样 确实是可以的。乍看起来，这种方法似乎很有意义，因为它可以保证所有 devfs 类型的设备对于所有进程都是可用的，甚至对第一个进程 /sbin/init 也是如此。然而，这种方法有一个问题。尽管 devfs 提供所有“新类型”的设备，但旧类型的设备节点却是由 devfsd 守护进程创建。 devfsd 不是由内核启动的，所以即使让内核在引导时安装 devfs ，当 /sbin/init 启动时我们仍然只会得到部分而非所有的设备节点。这就意味着为了使 devfsd 能在恰当的时间启动和运行，您必须修改系统初始化脚本。这不但棘手（因为这需要对系统启动脚本有专家级的理解），而且这种方法还存在其它问题。 |
|
