问当System5init被systemd取代时，BeagleBone黑Linux引导程序如何改变？

EN

我们有基于BBB的自定义Linux板运行Linux3.12。

我们目前正在使用SysV init引导。据我所知，引导按以下顺序进行：

1. ROM代码根据引导引脚配置查找引导设备。
2. ROM代码将第一阶段引导加载程序(SPL/X-加载程序)加载到内部SRAM，并对其进行控制。
3. SPL做一些初始化，如DDR，并继续加载U到RAM.
4. U执行其他外围初始化，即NAND/eMMC/以太网，并加载kernel+dtb。
5. 内核执行初始化，基于dtb配置不同的硬件/外围设备，并初始化所有驱动程序。
6. 内核运行第一个进程，即init (在本例中为/sbin/init，但可以在内核命令行参数中设置)。
7. 基于inittab (配置文件)的init应用程序运行inittab文件中指定的启动脚本，例如::sysinit:/etc/init.d/rcS
8. 此/etc/init.d/rcS运行放置在/etc/init.d/文件夹中的所有init脚本。

因此，这是板启动与SysV init。(至少，这是我的理解。如果我在某些方面错了，请纠正我。)

现在，我们想要评估系统引导是如何发生的。我们将不得不制造POC，并看到系统引导和进程维护的任何改进或退化。

我们知道一些基本知识: systemd在cgroup上工作，可以并行启动进程，但是处理进程就像monit一样。

然而，我们不知道的是使用systemd的实际引导过程。

当使用systemd而不是System5init时，BeagleBoneBlack Linux的引导过程是什么？对于现有的引导过程，它与我前面概述的有什么不同？