Linux 发展历史介绍

Centos 5：SysV init
Centos 6：Upstart
Centos 7：Systemd

/usr/lib/systemd/system
/run/systemd/system
/etc/systemd/system

Service unit：文件扩展名.service；用于定义系统服务
Target unit：文件扩展名.target；用于模拟实现“运行级别”
Device unit：文件扩展名.device；用于定义内核识别的设备
Mount unit：文件扩展名.mount；用于定义文件系统的挂载点
Socket unit：文件扩展名.socket；用于标识进程间通信用到的socket文件
Snapshot unit：文件扩展名.snapshot；用于管理系统快照
Swap unit：文件扩展名.swap；用于标识swap设备
Automount unit：文件扩展名.automount；用于定义文件系统自动挂载设置
Path unit：文件扩展名.path；用于定义文件系统中的以文件或目录。

.service：一个service单元文件描述了如何管理服务器上面的一个服务或者应用。单元文件里面将会包含如何开始或者停止该服务，在何种情况下该服务会自动运行，以及和相关软件的依赖关系及顺序信息。
.socket：一个socket单元文件描述了一个网络或IPC套接字，或者一个消息队列缓存，systemd用其所基于套接字的触发激活。当所定义的activity对于该socket可见的情况下，他们一般会有一个与之相关的.service单元文件会被启动。
.device：描述针对udev或者sysfs文件系统而言必要的systemd管理设备。并非所有的设备都会有.device文件。在下面一些场景下，.device单元是必要的：调整设备、挂载设备、访问设备。
.mount：定义了被systemd管理的挂载点。命名方法是将”/”换为”-“，并在结尾添加.mount。比如/dev/hugepage/挂载点，名称为dev-hugepage.mount
.automount：配置.mount定义的挂载点为自动挂载点，前提是必须要有与之对应的.mount单元文件。
.swap：定义交换空间。该文件的名字必须反应和交换空间相关的设备或者路径
.target：为启动或者改变状态提供一个同步点，也可以用作将系统带到一个新的状态。其余的单元通过设定和某个target的关系，和该target的操作绑定到一起。
.path：定义了可以被基于路径的触发激活所使用的路径。默认情况下，当路径到了指定的状态(切换到了指定的路径)，一个同名的.service文件将会启用。这里是采用inotify去监控路径的改变。
.timer：定义了可以由systemd管理的计时器，和cron计划任务类似。当计时器到时，一个匹配的单元将会启动。
.snapshot：被systemctl snapshot命令所创建。可以让您在系统发生改变之后重新构建系统(回滚)。该快照只针对会话有效，用于回滚临时状态。
.slice：与Linux的CGroup相关。其名称反应了其在cgroup树的层次。默认情况下，单元依据其类型的不同被放置在一定的slice里面。
.scope：Scope单元由systemd接收到总线接口的信息而自动生成。这些Scope单元用于管理由外部创建的系统进程。

启动：service NAME start --> systemctl start NAME.servcie
停止：service NAME stop --> systemctl stop NAME.servcie
重启：service NAME restart --> systemctl restart NAME.service
状态：service NAME status --> systemctl status NAME.service
条件式重启：service NAME condrestart --> systemctl try-restart NAME.service
重载或重启服务：systemctl reload-or-restart NAME.service
重载或条件式重启服务：systemctl reload-try-restart NAME.servie

查看某服务当前激活与否的状态：systemctl is-active NAME.service
查看所有已激活的服务：systemctl list-units --type service
查看所有服务（已激活及未激活）：chkconfig --list --> systemctl list-units --type service --all
查看某服务是否能开机自启：chkconfig --list NAME --> systemctl is-enable NAME.service

禁止某服务设定为开机自启：systemctl mask NAME.service
取消此禁止：systemctl umask NAME.service
查询所有服务是否开机自启动：systemctl list-unit-files

查看服务的依赖关系：systemctl list-dependencies NAME.service

0：关机
1：单用户模式，无网络连接，不运行守护进程，不允许非超级用户登录
2：多用户模式，无网络连接，不运行守护进程
3：多用户模式，正常启动系统
4：用户自定义
5：多用户模式，图形界面
6：重启

运行级别：
    0 --> runlevel0.target，poweroff.target
    1 --> runlevel1.target，rescue.target
    2 --> runlevel2.target，multi-user.target
    3 --> runlevel3.target，multi-user.target
    4 --> runlevel4.target，multi-user.target
    5 --> runlevel5.target，graphical.target
    5 --> runlevel6.target，reboot.target

级别切换：init N --> systemctl isolate NAME.target
查看级别：runlevel --> systemctl list-utits --type target
查看所有级别：systemctl list-units --type traget --all
获取默认运行级别：systemctl get-default
修改默认运行级别：systemctl get-default NAME.target
切换至紧急救援模式：systemctl rescue
切换至emergency模式：systemctl emergency

关机：systemctl <halt | poweroff>
重启：systemctl reboot
挂起：systemctl suspend
快照：systemctl hibernate
快照并挂起：systemctl hybrid-sleep

You are looking for the traditional init scripts in /etc/rc.d/init.d,
and they are gone?

Here's an explanation on what's going on:

You are running a systemd-based OS where traditional init scripts have
been replaced by native systemd services files. Service files provide
very similar functionality to init scripts. To make use of service
files simply invoke "systemctl", which will output a list of all
currently running services (and other units). Use "systemctl
list-unit-files" to get a listing of all known unit files, including
stopped, disabled and masked ones. Use "systemctl start
foobar.service" and "systemctl stop foobar.service" to start or stop a
service, respectively. For further details, please refer to
systemctl(1).

Note that traditional init scripts continue to function on a systemd
system. An init script /etc/rc.d/init.d/foobar is implicitly mapped
into a service unit foobar.service during system initialization.

Thank you!

Further reading:
        man:systemctl(1)
        man:systemd(1)
        http://0pointer.de/blog/projects/systemd-for-admins-3.html
        http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities