systemd for Administrators, Part 1

        从今天起我将会翻译一系列关于systemd的资料，由于我在百度systemd的时候发现资源有限啊，所以想贡献一下自己微薄的力量。本人英语水平有限如发现不妥之处

希望勿喷！在此附上 原文链接http://0pointer.net/blog/projects/systemd-for-admins-1.html

       向你知道的一样，systemd是在Fedora14开始使用的新的初始化系统（本文写于2010年），

它也渐渐被用在其他的系统上（如，OpenSUSE）。对于管理者来说systemd提供了许多新特性和改变，

大大提高了管理效率。这篇博文是我写的关于systemd系列的第一篇，我准备从下一个月开始每周更新一篇

来解释一个新特性。它们中的大多数是短的简单的。有时我们也会解释深入的复杂的新特性。

验证启动

         习惯上当你启动Linux系统时，你会发现大量的信息从你的屏幕闪过。当我们在快速，并行的启动时，这些

启动信息的可见时间就更短了，变得更不可读了，假如你用图形引导启动界面像Plymouth。启动界面也还是会显示

一些相关信息，它显示了服务是否被成功启动（由绿色的[OK] 和红色的[FAILED]标记）。

为了改善这些状况和为了这些信息在运行期间能友好的被得到，我们在systemd中添加了一个新特性就是记住在启动和

运行期间服务是否被成功启动，是否以不是0的状态退出  ，是否超时，或是否异常退出。仅仅在你的shell里输入

systemctl你就可以查询到本地systemd服务和SysV/LSB服务的状态。

我上面的输入中减去了一些不相关的行

    注意上面的ACTIVE栏这一栏显示了一个服务的一个重要的状态（在事实上可能不仅仅是一个服务，我们会在以后的博文中

介绍）他是否是运行的或者其它一些状态。如果你仔细看的话你会看到一个条目中有个被红色标记的maintenance。这就说明

这个服务启动是失败的或者是遇到了一些一个问题。在这个例子中它是ntpd。让我们看看ntpd到底发生了什么，用

systemctl status 这个命令：

这向我们表明NTP在运行中被停止（他的PID 是935）也表明了错误的状态：这个程序以状态235退出。

    在以后的systemd版本中我们计划hook this up to ABRT(不会翻 求帮忙),直到这个问题被解决https://bugzilla.redhat.com/show_bug.cgi?id=622773

到那时如果sytemctl status向你显示一个服务奔溃了，它就会立即指出在ABRT中适当的崩溃转储。

   总结：现在用的systemctl和systemctl status，是一个完整的开机启动程序SysV的替代。systemctl status不但捕捉到更详细

的启动时错误状态还能显示在运行时发生的错误信息。

 这周就到这里，下周一定要回来啊，我会贴上下一篇。