教你Arch Linux不适合当作服务器操作系统

为什么Arch Linux不适合当作服务器操作系统？可能很多用户都发现了，Linux服务器操作系统一般都是Ubuntu Server、Cent OS、Fedora或者Red Hat等，为什么很少看到Arch Linux呢？因为Arch Linux在服务方面确实存在一些劣势，下面我们来看看Arch Linux不适合当作服务器操作系统的四大原因。

为什么Arch Linux不适合当作服务器操作系统？

1、过分激进的滚动更新

滚动更新是Arch Linux最大的优势，但同时也是最大的劣势之一。鉴于Linux属于一类完全开放的项目，技术人员的能力参差不齐，贡献的代码质量当然也是参差不齐的。对于其它的发行版来说，软件包需要经过社区完善的测试才会被发布至软件源从而被用户更新；然而，Arch Linux的滚动更新机制过分激进，而Arch社区对软件包的测试并非绝对完善（有多少人滚挂过？）。从某种意义上来讲，Arch这个发行版，相当依赖其用户群体作为测试对象；它的用户群体就是类似测试人员的存在。Arch社区鼓励用户向上游反馈Bug，也是这种特殊的体系的表现。下图是Arch官网时不时会发布的、用以帮助技术人员手动解决更新问题的“临时解决方案”：

假如一台Arch服务器在更新时滚挂了，技术人员顶着Boss的压力，不仅要一边努力恢复服务器，还要一边向Arch社区的上游反馈Bug、提Issue。这种事情谁都不愿意干的吧。

2、激进的内核更新机制

很多Linux桌面用户不止一次地问过我，为什么他们的桌面Linux在更新的时候不会像Arch一样立即删除旧的内核？这样不是会浪费空间吗？

这种立即删除旧内核的更新机制也是Arch作为服务器的劣势之一。首先，新的内核不一定都能正常工作。万一你的新内核造成崩溃，你没有办法立即加载旧的内核，而必须重新安装旧的内核。这个过程是非常麻烦的，你不仅需要从安装介质启动，还必须设法弄到旧版内核的软件包。对于远程服务器来说，几乎无解。下面是来自Arch Wiki的解决方案。可以看得出来这有多么麻烦：