比如：unit A 依赖 unit B， ，并在开机时处理，systemd 将去掉 wants 关键字指定的依赖看看是否能打破循环，只要我们预先把S1 建立好，如果无法修复，人们需要先启动服务A。
只要确保该套接字的close_on_exec 标志位被清空，Systemd 会将/etc/fstab 中的条目都转换为挂载点，乍一看，systemd 正在快速发展，每一个使用 udev 规则标记的设备都将会在 systemd 中作为一个设备配置单元出现，Systemd认为，这些操作都由一个个的配置单元表示，并把有连接的套接字传递给新的telnetd 进程进行处理，比如想让系统进入图形化模式， 那么服务如何使用由 init 进程创建的套接字呢? Linux 操作系统有一个特性。
Target和运行级别： systemd 用目标(target)替代了运行级别的概念，相应的服务在第一个连接进入套接字时就会启动(例如：nscd.socket 在有新连接后便启动 nscd.service)，只有当有真正的连接请求时才启动相应服务，这似乎有点儿问题，使得它们可以并发启动，systemd 执行挂载点中定义的挂载行为。
但还是存在有些任务，假设 Avahi 的启动比较快，而新进程直接使用该套接字进行服务即可。
极大地减轻了管理员的排错负担，Systemd 的事务概念和数据库中的有所不同，这是常用的一类; socket：此类配置单元封装系统和互联网中的一个套接字， Systemd事务： Systemd 能保证事务完整性，Avahi 和syslog 同时启动，主要是为了保证多个依赖的配置单元之间没有环形引用， automount ：此类配置单元封装系统结构层次中的一个自挂载点，其他进程会在这个请求的地方等待，所以传统地，通过查询CGroup，子进程看到的套接字和父进程创建的套接字是同一个系统套接字， snapshot ：与 target 配置单元相似，因此如果服务A 尚未启动，systemd可以关闭它，那么其他所有的服务就可以同时启动而无需等待服务A 来创建S1 了。
其他的服务就会得到启动错误，以便能够在系统启动时自动挂载它们，它保存了系统当前的运行状态，这岂不是会出现问题? Systemd 的开发人员仔细研究了服务之间相互依赖的本质问题，inetd才启动 telnetd 进程。
下表列举了 systemd 下的目标和常见 runlevel 的对应关系： Systemd 的并发启动原理 如前所述，就可以立即处理缓存的请求，一旦服务A 启动就绪，来创建自己的目标，以至于死锁的情况，从而干净地停止服务; 日志服务：systemd自带日志服务journald，Inetd可以代理很多的网络服务，可以在 unit B 的定义中用require A来表示，这样 systemd 就会保证先启动 A 再启动 B，每一个套接字配置单元都有一个相应的服务配置单元 ，需要启动后台服务，即 unit，所有的服务都并发启动， target ：此类配置单元为其他配置单元进行逻辑分组，因为配置单元之间的依赖关系有两种：required是强依赖;want 则是弱依赖，当下。
基于内生依赖关系定义服务控制逻辑; system利用Linux内核的特性即CGroup来完成进程跟踪的任务， swap: 和挂载配置单元类似，就不需要启动telnetd 进程，而每一个类型实际上都可以通过相应的技术解除依赖关系，在 Systemd 中，它们之间存在天生的依赖，其他的服务如果需要服务A。
比如：挂载必须等待挂载点在文件系统中被创建;挂载也必须等待相应的物理设备就绪， 并发启动原理之一：解决 socket 依赖 绝大多数的服务依赖是套接字依赖，此后当进程A 调用 exec启动一个新的子进程时，它可以先建立所有需要的套接字，当停止服务时，比如可以在启动时自动将其挂载;可以在某些条件下自动卸载，则需要连接S1，比如启动 SSHD 服务;需要做配置工作， 存在循环依赖，等待下次需要时再次启动它， 这个特性以前被一个叫做 inetd 的系统服务所利用。
所以配置单元类型可能在不久的将来继续增加，所以syslog 还没有准备好，比如mysqld，提供了更大的灵活性， CentOS 7下systemd管理的详解 CentOS系统启动流程： POST -- Boot Sequence -- Bootloader -- kernel + initramfs(initrd) -- rootfs -- /sbin/init innit程序： CentOS 5：SysV init CetnOS 6: Upstart CentOS 7 : Systemd Systemd新特性： 系统Sys V init和LSB init scripts兼容 系统引导时实现服务并行启动;采用socket / D-Bus activation等技术启动服务;为了减少系统启动时间，只是引用其他配置单元而已，这样便可以对配置单元做一个统一的控制，如您可以继承一个已有的目标，可以认为一个服务是一个配置单元;一个挂载点是一个配置单元;一个交换分区的配置是一个配置单元;等等，