[转帖]Linux启动全线提速法
'Linux系统是十分优秀的操作系统，但启动时间长是该系统的缺点之一。那么能否通过一些设置来缩短Linux系统的启动时间呢？当然可以。本文将向读者展示如何在不牺牲Linux系统可用性的前提下，缩短系统的启动时间。要实现这一目标，需要了解系统的各类服务及它们之间的从属关系，进而使它们在条件允许的前提下同时启动，从而大大节省系统启动时间。<br><br>
<br>
<br>
准备工作 <br>
<br>
如果想采用本文介绍的方法对Linux系统进行设置，首先要熟悉Linux系统的设置语言。对系统的启动过程进行设置是一项比较危险的行为，容易造成系统无法启动。一旦发生这种情况，最好重新启动系统后选择单一用户模式，将系统还原并重启。当然，最重要的是在设置前备份重要数据。 <br>
<br>
其次，建议用户最好在对本机系统进行修改前，先进行修改测试。如果用户只有一台计算机，那么这里建议使用用户模式Linux系统（UML）进行测试。UML是一个内核补丁，它可以将Linux系统的内核转译成为二进制，以便用户可以像使用普通软件那样运行Linux系统。一旦出现意外情况，损失的只是UML，而原系统却可安然无恙。 <br>
<br>
Linux系统的启动顺序和runlevel <br>
<br>
Linux系统的启动包括多个步骤，这里主要介绍一下内核加载后的系统启动步骤。用户可以通过运行/sbin/runlevel命令来查看系统目前的runlevel。runlevel是Linux系统用来区别系统高级启动设置类型的数字。这些数字十分常见，它们中的绝大多数都有着明确的含义。以Red Hat Linux系统为例，它的runlevel主要有以下几种（见表1）： <br>
<br>
init如何初始化系统 <br>
<br>
init可以通过一个ASCⅡ设置文件得知如何改变系统的runlevel。通常情况下该设置文件可以指引init来执行/etc/rc.d/rc命令，从而获得runlevel的相关信息。 <br>
<br>
系统服务 <br>
<br>
用户所需要的各种系统服务都是由rc指令程序来启动的。系统潜在的服务纷繁复杂。大多数Linux系统通常只提供sshd(SecureShell服务)、syslog(系统日志工具)和lpd(打印服务)等功能。 <br>
<br>
用户可以从/etc/rc.d/目录中找到所有的服务。如果打开这个目录，会发现许多服务只是一种外壳程序，它只是引导其它程序来完成工作。也许有人会问，rc程序是如何知道每个runlevel要运行哪些程序呢？答案是在/etc/rc.d/目录下面与init.d/目录并列的还有一些目录，它们各自对应着自己的runlevel。它们的名称为rc*.d/，例如runlevel 5就是/etc/rc.d/rc5.d/。每个rc*.d/目录中包含着两个符号链接，这些链接可以连接到/etc/init.d/目录中的指定服务程序。 <br>
<br>
动手改造 <br>
<br>
服务的启动和终止 <br>
<br>
如果用户决定要启动Linux系统并进入图形模式（runlevel 5），那么当init引导rc指令程序运行并将runlevel的级数告知它时，rc指令程序将对/etc/rc.d/rc5.d/进行查看，接着它将执行从该目录中找到所有链接。rc指令程序执行链接的过程可分为两部分，首先它将执行所有名称以“K”打头的链接，将“stop”参数传递给它们，并停止这些链接指向的所有服务。这些服务停止后，rc指令程序将执行所有名称以“S”打头的链接，并将“start”参数传递给它们，启动这些链接所指向的服务。 <br>
<br>
另外，rc指令程序可以根据链接名称的两个十进制数，确定链接的执行顺序，数字小的先执行。 <br>
<br>
下面将举一个例子，帮助用户加深理解。当用户启动系统进入runlevel 5时，首先要执行的链接是K05saslauthd，由于它是以“K”打头的，而且后两位十进制数要小于其它以“K”打头的链接。第一个要执行的启动链接是S05kudzu。最后执行的将是S99local。下面是runlevel 5状态下指向程序的链接。 <br>
<br>
# cd /etc/rc.d/rc5.d<br>
# ls -al<br>
total 8<br>
drwxr-xr-x 2 root root 4096 Jul 15 09:29 .<br>
drwxr-xr-x 10 root root 4096 Jun 21 08:52 ..<br>
lrwxrwxrwx 1 root root 19 Jan 1 2000 K05saslauthd -> ../init.d/saslauthd<br>
lrwxrwxrwx 1 root root 20 Feb 1 2003 K15postgresql -> ../init.d/postgresql<br>
lrwxrwxrwx 1 root root 13 Jan 1 2000 K20nfs -> ../init.d/nfs<br>
lrwxrwxrwx 1 root root 14 Jan 1 2000 K24irda -> ../init.d/irda<br>
lrwxrwxrwx 1 root root 17 Jan 1 2000 K35winbind -> ../init.d/winbind<br>
lrwxrwxrwx 1 root root 15 Jan 1 2000 K50snmpd -> ../init.d/snmpd<br>
……<br>
lrwxrwxrwx 1 root root 18 Feb 8 11:15 K92iptables -> ../init.d/iptables<br>
lrwxrwxrwx 1 root root 19 Feb 1 2003 K95firstboot -> ../init.d/firstboot<br>
lrwxrwxrwx 1 root root 15 Jan 1 2000 S05kudzu -> ../init.d/kudzu<br>
lrwxrwxrwx 1 root root 14 Jun 21 08:55 S09isdn -> ../init.d/isdn<br>
lrwxrwxrwx 1 root root 17 Jan 1 2000 S10network -> ../init.d/network<br>
lrwxrwxrwx 1 root root 16 Jan 1 2000 S12syslog -> ../init.d/syslog<br>
lrwxrwxrwx 1 root root 17 Jan 1 2000 S13portmap -> ../init.d/portmap<br>
lrwxrwxrwx 1 root root 17 Jan 1 2000 S14nfslock -> ../init.d/nfslock<br>
lrwxrwxrwx 1 root root 18 Jan 1 2000 S17keytable -> ../init.d/keytable<br>
lrwxrwxrwx 1 root root 16 Jan 1 2000 S20random -> ../init.d/random<br>
lrwxrwxrwx 1 root root 16 Jun 21 08:52 S24pcmcia -> ../init.d/pcmcia<br>
lrwxrwxrwx 1 root root 15 Jan 1 2000 S25netfs -> ../init.d/netfs<br>
lrwxrwxrwx 1 root root 14 Jan 1 2000 S26apmd -> ../init.d/apmd<br>
lrwxrwxrwx 1 root root 16 Jan 1 2000 S28autofs -> ../init.d/autofs<br>
lrwxrwxrwx 1 root root 14 Jan 1 2000 S55sshd -> ../init.d/sshd<br>
lrwxrwxrwx 1 root root 20 Jan 1 2000 S56rawdevices -> ../init.d/rawdevices<br>
lrwxrwxrwx 1 root root 16 Jan 1 2000 S56xinetd -> ../init.d/xinetd<br>
lrwxrwxrwx 1 root root 14 Feb 1 2003 S58ntpd -> ../init.d/ntpd<br>
lrwxrwxrwx 1 root root 13 Jun 21 10:42 S60afs -> ../init.d/afs<br>
……<br>
lrwxrwxrwx 1 root root 18 Jan 1 2000 S80sendmail -> ../init.d/sendmail<br>
lrwxrwxrwx 1 root root 13 Jan 1 2000 S85gpm -> ../init.d/gpm<br>
lrwxrwxrwx 1 root root 15 Mar 22 08:24 S85httpd -> ../init.d/httpd<br>
……<br>
lrwxrwxrwx 1 root root 14 Jul 15 09:29 S98wine -> ../init.d/wine<br>
lrwxrwxrwx 1 root root 13 Feb 8 17:26 S99db2 -> ../init.d/db2<br>
lrwxrwxrwx 1 root root 11 Jun 21 08:52 S99local -> ../rc.local<br>
<br>
<br>
<br>
如果用户想暂时终止某一runlevel的一项服务，只要删除相对应的链接就行了。然而，对链接进行手动设置是一项繁重而又易错的工作，但有一个十分有用的帮手，它的名字叫chkconfig。 <br>
<br>
分辨没被终止的服务 <br>
<br>
要想了解哪些服务没有被终止，那么用户需要运行/sbin/chkconfig -list命令。下面展示了命令执行后的显示结果，用户可以清楚地看到每一行有八项内容。chkconfig命令还可以用来开启或终止某一服务。 <br>
<br>
afs 0:off 1:off 2:off 3:on 4:off 5:on 6:off<br>
anacron 0:off 1:off 2:on 3:on 4:on 5:on 6:off<br>
apmd 0:off 1:off 2:on 3:on 4:on 5:on 6:off<br>
atd 0:off 1:off 2:off 3:on 4:on 5:on 6:off<br>
autofs 0:off 1:off 2:off 3:on 4:on 5:on 6:off<br>
crond 0:off 1:off 2:on 3:on 4:on 5:on 6:off<br>
………<br>
<br>
<br>
<br>
上面左起第一列显示的是服务的名称，接下来的第二列显示的是所在的runlevel和当前状态。例如ntpd（网络时间无交互后台程序）服务被设定只在runlevel 3和runlevel 5开启，而sshd服务则在runlevel 2、3、4和5开启。 <br>
<br>
也许用户会发现，在runlevel 0和runlevel 6没有启动的服务，是因为runlevel 0 和runlevel 6表示系统终止，当然没有服务了。 <br>
<br>
从属关系 <br>
<br>
正如上文提到的，系统启动时要逐一运行每个runlevel的服务。也许用户很容易想到，如果可以使多个服务同时运行，必然会节省大量的系统启动时间。但不幸的是这种方法行不通，原因是各项服务之间都存在着从属关系。 <br>
<br>
传统的Linux系统并不能给用户指明服务间的从属关系。 <br>
<br>
现在通过一个简单的例子讲解如何明确服务间的从属关系。从ntpd服务需要一个网络基础可以得出结论——ntpd服务要依靠网络服务，这一关系可以用下面的语句表示： <br>
<br>
ntpd：network<br>
<br>
<br>
<br>
用户可以确定netfs服务也要依靠网络服务，autofs服务也要依靠网络服务，现在就可以列出一个简单的从属关系表： <br>
<br>
ntpd : network<br>
netfs : network<br>
autofs : network<br>
<br>
<br>
<br>
它的含义是一旦网络服务开启完毕，可以同时运行ntpd、netfs和autofs服务。假设启动每项服务需要10秒的时间，用传统的方法启动上面的四项服务就需要40秒的时间，而使用上面提到的方法只需要20秒就够了。事实上，各项服务的启动时间是不同的，但道理是一样的。 <br>
<br>
再例如，lpd服务（S60lpd）要在网络服务后运行，但对于一个拥有喷墨打印机接口的家用系统而言，不必先建立网络连接再安装打印机。在这种情况下，更合理的状况应该是打印机服务先于网络服务。另外crond服务（S90crond）同样应该在网络服务后运行。但是，除非用户有可以使用远端计算机文件的cron文件，否则crond服务根本不必在网络服务前运行。 <br>
<br>
可以看出，有些服务要依靠其它服务才能运行，有些服务是完全独立的，它们运行与否与其它服务毫无关系。因此，可以使这些与其它服务无从属关系的服务同时运行。当这些服务启动后，用户就可以启动以它们为运行前提的其它服务，这样环环相扣、循序渐进，直到启动整个系统。 <br>
<br>
听起来这似乎是一个十分复杂的过程，但是已经为用户准备了一件十分好用的工具，这就是“Make”程序。“Make”程序一般与编译软件一起使用，它可以为用户提供所需要的完整架构，用户只需要告诉它各项服务间的从属关系就行了。 <br>
页:
[1]
