SystemD es un simple init o un gran virtualbox?

Hola a todos, bueno hago esta pregunta respecto al "init" SystemD porque he visto varios foros donde hablan que no es portable, que va "contra unix", por allí lo llaman "troyano" de Micro$$$oft porque en la versión 246 da soporte para bitlocker y bueno muchas cosas que se dicen pero no se si creerlas 100% o no, pero lo que me llama la atención esque todo esto de SystemD comenzó con que supuestamente es un "init" que tiene demasiadas funcionalidades, que controla sockets, particiones,carpeta home en versiones avanzadas, quizas procesos mas adelante pero tomando en cuenta que todo eso de las particiones, la carpeta home, los socket,etc son cosas que normalmente un usuario de forma manual configura "por si mismo" o via script o sea automático en el caso de la instalación Trisquel,Ubuntu,Linux Mint,etc y SystemD pareciera querer manejar todas esas cosas "humanas" de forma automatizada, ¿Se podría decir que en realidad el objetivo de SystemD no es ser un simple "init intrusivo", sino el sistema operativo en si mismo?, o una especie de virtualbox? Y que lo que vemos como "el sistema" Fedora,Arch linux,Parabola con SystemD, etc, no son mas que virtualizaciones sobre SystemD? ¿podría ser de cuidado las cercanias de redhat con kk$$$oft en cuanto a dar soporte a bitlocker y programas privativos, o todo eso se puede arreglar con un simple fork? (que la distro libre tenga SystemD sin soporte para encriptador privativo (ni loco usaria bitlocker por ejemplo),drivers privativos,etc? peligraria de alguna manera el Software.libre siendo booteado sobre esta especie de virtualbox o solamente a compilar SystemD sin las partes kk$$$oft y ya?
Aclaro que este post no busca armar peleas ni nada, de echo si fuese cierto que es una especie de virtualbox , no me parece mala idea y hasta seria interesante (al menos para mí) terminar de estudiar C bajar el codigo y aprender como funciona,aun sigo leyendo el manual de echo, lo único que espero que no pase esque x codigo privativo se quiera poner como "indispensable" y ahora si ya no sea buena idea usar SystemD. Todo lo demas, me parece bien , ordenar todo en unidades, estandarización, no activar modulos innecesarios,... todo bien, lo unico que espero que se mantenga, esque si redhat implementa x codigo privativo, este siempre se pueda remover y ya está :D
Eso es todo gracias por leer y buen dia :)