找寻不用Linux的理由

服务器篇

SUSE一直是Linux企业级服务器市场的领先者。这次发布的SUSE Linux Enterprise 10 Server虽然不像桌面版那样有明显的变化，但总体表现依然值得称道。它是第一个完全集成和支持Xen 3.0的企业平台，Xen 3.0可使企业在一台服务器上运行多个工作任务。在安全方面，SuSE Linux Enterprise Server使用了Novell AppArmor保护客户系统和进程应用级安全。同时在默认安装中，系统的防火墙策略被严格设置，采用了“默认安全”的方式，用户需要设置防火墙才能开放Web等服务。

当然，在Server方面，性能最为用户所关注。为此，我们使用Spirent Avalanche 2700C测试仪对SUSE Linux Enterprise 10 Server的Web服务器性能进行了测试，其静态页面性能、PHP动态页面基本性能以及MD5摘要算法计算性能分别如图3、图4、图5所示(各图中蓝色曲线表示尝试请求数，红色曲线表示失败请求数，绿色曲线表示成功请求数)。总的来说，其基础性能令人满意。

图3 静态页面性能测试

图4 PHP动态页面基本性能测试

图5 MD5摘要算法计算性能测试

服务器测试环境为华硕AP2400R－E2 2U双路服务器，配备2GB DDR II内存，双Xeon 3.0Ghz CPU（1MB L2Cache），73GB Seagate Cheetah 10k.7 SCSI硬盘。

工程师手记：脆弱的Grub

Grub是当前Linux中最为通用的启动管理程序，用来处理Linux核心的导入等工作，可以支持多系统启动的管理。事实上，我一直对Grub取代之前的LILO心怀不满，把它看做是Linux走向臃肿的表现之一。主要的原因在于，我认为这与当初LILO取代Syslinux不同，Grub并没有引入足够多的新功能，却为花哨而不实用的图形界面付出了复杂性的代价，所以总觉得它是不可靠的。

这次测试中的经历充分验证了我的忧虑，在桌面和服务器两个测试系统中，Grub不约而同都“掉了链子”。实验室的桌面系统测试环境需要同时测试SUSE Linux Enterprise Desktop 10和Windows Vista Beta 2，因此我选择了惯常的双启动，首先安装Windows Vista，然后安装SUSE。开始几天，二者相安无事，工作正常，然而有一次我需要测试Windows Vista的时候，发现系统无法正常载入。由于担心修复会影响前后测试的一致性，只好重新安装Windows Vista，而当我再需要测试SUSE Linux的时候，Grub已经被覆盖，而Linux被装在扩展分区的一个逻辑盘上，不能像主分区一样直接激活，只好选择修复。

服务器测试平台的环境要简单一些。原本是Windows Server 2003和Red Hat Linux的双启动环境，为了不影响SUSE Linux的测试，我选择在Windows Server 2003的分区，也就是第一个分区覆盖安装。然而，经历了两次正常启动之后，Grub开始显示“Grub Hard Disk error”，再也不能正常启动，于是也只能选择修复。

当然，Grub的修复并不太复杂。尽管手头没有SUSE Linux系统的安装介质，我用临时找到的一张Asterisk@HOME（基于CentOS 4.2）安装盘就在桌面平台上完成了修复。相对来说，服务器平台上的修复要困难一些，修复后的Grub只能引导Red Hat而无法引导SUSE，我只好在Red Hat环境下重新配置和安装Grub，使其能够引导SUSE。

算上服务器多次启动的时间，整个修复过程只用了不到20分钟。不过笔者是一个有超过10年Linux使用经验的专业人员，对于普通用户来说，修复的过程可能不会来得这么轻松，也许多数用户甚至不了解Grub是可修复的，而只好选择面对丢失数据的风险，重新安装整个系统。

为了帮助广大用户在遇到类似问题时能够迅速进行修复，下面列出Grub修复的一般过程：

1.找一张Linux安装盘，最好是Fedora、CentOs或者Red Hat系列的；

2.用光盘启动，在启动选项提示状态下输入Linux rescue，并根据系统提示选择默认操作；

3.进入命令行提示符后，输入chroot /mnt/sysimage；

4.运行/sbin/grub-install /dev/sda, 其中，grub－install的路径在某些发行版中有可能是/usr/sbin，/dev/sda是需要修复的硬盘，如果是第一块PATA接口硬盘，通常是/dev/had；

5.重新启动系统。