Systemctl是一个systemd工具，主要负责控制systemd系统和服务管理器。 Systemd是一个系统管理守护进程、工具和库的集合，用于取代System V初始进程。Systemd的功能是用于集中管理和配置类UNIX系统。 在Linux生态系统中，Systemd被部署到了大多数的标准Linux发行版中，只有为数不多的几个发行版尚未部署。Systemd通常是所有其它守护进程的父进程，但并非总是如此。 使用Systemctl管理Linux服务 本文旨在阐明在运行systemd的系统上如何控制系统和服务。 Systemd初体验和Systemctl基础 1. 首先检查你的系统中是否安装有systemd并确定当前安
Linux系统的启动方式有点复杂，而且总是有需要优化的地方。传统的Linux系统启动过程主要由著名的init进程（也被称为SysV init启动系统）处理，而基于init的启动系统被认为有效率不足的问题，systemd是Linux系统机器的另一种启动方式，宣称弥补了以传统Linux SysV init为基础的系统的缺点。在这里我们将着重讨论systemd的特性和争议，但是为了更好地理解它，也会看一下通过传统的以SysV init为基础的系统的Linux启动过程是什么样的。友情提醒一下，systemd仍然处在测试阶段，而未来发布的Linux操作系统也正准备用systemd启动管理程序替代当
去年随着Debian 以 systemd 作为 init 管理器的决议，以及随后的 init 系统投票，有三个人从 Debian 技术委员会退出：Colin Watson, Ian Jackson, 以及 Russ Allbery。现在，这些空缺席位现已由现有的技术委员会成员任命。 新任命的技术委员会成员是 Sam Hartman, Tollef Fog Heen 以及 Didier Raboud。这些新成员加上Bdale Garbee, Don Armstrong, Andreas Barth, Steve Langasek 以及 Keith Packard 组成了现在的Debian技术委员会。由Debian章程确定的 Debian 技术委员会（TC）负责对 Debian 项目中的技术争端做出最后的决定，他们在去
我目前已从 chroot（译者注：chroot可以构建类似沙盒的环境，建议各位同学先了解chroot） 迁移到 systemd-nspawn，同时我写了一篇快速指南。简单的说，我强烈建议正在使用 systemd 的用户从 chroot 转为 systemd-nspawn，因为只要你的内核配置正确的话，它几乎没有什么缺点。 想必在各大发行版中的用户对 chroot 都不陌生，而且我猜想 Gentoo 用户要时不时的使用它。 chroot 面临的挑战 大多数交互环境下，仅运行chroot还不够。通常还要挂载 /proc， /sys，另外为了确保不会出现类似丢失 ptys之类的错误，我们还得 bind（译者注：bind 是
在关于 systemd 的争议和内斗越来越多的这一年，systemd 的开发者们仍然保持了不断提交，在为这个项目增加代码上取得巨大成就。 作为昨天的systemd 排名前列的开发者帖子的补充，我今天早上用 GitStats 对 systemd 主干 Git 库进行了统计分析。以下数字说明了这一年 systemd 的增长： 在2014年，Systemd 得到了 4879 个提交，这要比2013年多28%，比2012年多91%。从最近的5000个提交来看，增加了418451行代码，并删除了203010行。 在其他主要成员，如Kay Sievers 和 Tom Gundersen 表现平平相比，Lennart Poettering这一年一个人就提交了
从很久很久以前我们就在使用静态运行级别。而systemd提供了更为动态灵活的机制，来管控你的系统。 在开始介绍systemd命令前，让我们先简单的回顾一下历史。在Linux世界里，有一个很奇怪的现象，一方面Linux和自由软件（FOSS）在不断的向前推进，另一方面人们对这些变化却不断的抱怨。这就是为什么我要在此稍稍提及那些反对systemd所引起的争论的原因，因为我依然记得历史上有不少类似的争论： 软件包（Pacakge）是邪恶的，因为真正的Linux用户会从源码构建他所想要的的一切，并严格的管理系统中安装的软件。 解析依赖关系的包管理器是邪
Systemd 是目前为止在Linux平台上最有争议的项目之一。它到底有多大的争议？它的争议大到systemd的开发者之一Lennart Poettering 声称有人使用比特币雇佣职业杀手要干掉他。但是还是有比较理智的做法的，有一个抵制systemd网站在技术角度上提出了抵制systemd的原因。 如此强烈的抵制也反映了systemd的成功。它已经被或将要被Fedroa、OpenSUSE、Ubuntu、Debian、Arch Linux等众多发行版采用。随着时间推移，GNOME越来越依赖它，Debian回归GNOME的原因之一就是它采用了systemd。systemd无处不在！ 那么如此激烈的争论到底是关于什么呢？让我
编者按：Debian 8 Jessie的 init 系统默认使用 systemd，这一选择在社区引发了大量争议，导致了技术委员会的多名成员辞职。现在，老兵 Unix 管理员宣布要创建一个新的不使用 sytemd 的Debian 分支。这群 Unix 哲学拥护者们请求外界捐赠支持他们的新使命。 以下内容来自 debianfork.org 的相关内容： 我们是谁？！ 我们是老兵 Unix 管理员（Veteran Unix Admins），我们非常关注Debian GNU/Linux 在 systemd 上的分歧，并且决定分支（fork）Debian 项目。 为什么我们要这样做？ 我们中的一些人是上游开发者，一些人是专业的系统管理员：
timedatectl是用来查询和修改系统时间和配置的Linux应用程序。它是systemd 系统服务管理的一部分，并且允许你检查和修改系统时钟的配置。 在这篇文章中，我们将涉及该小巧但十分重要应用程序的所有方面。 系统当前的时间状态 想要查看系统当前日期/时间，以及可使用不带任何参数的命令查看当前系统时间配置，可以这样： # timedatectl 输入的结果就像这样： 修改日期 想要修改系统日期，你可以简单地使用timedatectl设置时间命令，紧随命令的是YYYY-MM-DD格式的日期，YYYY代表年，MM代表2位数字的月份，DD代表2位数字的天。举个例子，
我最近在写一些执行备份工作的脚本，我决定使用systemd timers而不是对我而已更熟悉的cron jobs来管理它们。 在我使用时，出现了很多问题需要我去各个地方找资料，这个过程非常麻烦。因此，我想要把我目前所做的记录下来，方便自己的记忆，也方便读者不必像我这样，满世界的找资料了。 在我下面提到的步骤中有其他的选择，但是这里是最简单的方法。在此之前，请查看systemd.service, systemd.timer,和systemd.target的帮助页面(man)，学习你能用它们做些什么。 运行一个简单的脚本 假设你有一个脚本叫：/usr/local/bin/myscript ，你想要