比如：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等技術啟動服務;為了減少系統啟動時間，只是引用其他配置單元而已，這樣便可以對配置單元做一個統一的控制，如您可以繼承一個已有的目標，可以認為一個服務是一個配置單元;一個掛載點是一個配置單元;一個交換分區的配置是一個配置單元;等等，