El cambio de SysVinit a Systemd en Debian ya ha sido aprobado, pero al parecer tomará mas tiempo de lo que se habría planificado ya que el desarrollador Michael Stapelberg ha identificado severos problemas al implementar Systemd en Debian.
Aunque la implementación de Systemd en debian cuenta con mas del 62% de apoyo entre desarrolladores y Mantenedores, Stapelberg ha mencionado en el blog People de Debian, los severos problemas que Systemd presenta actualmente en Debian.
Estos problemas son:
Systemd es demasiado complejo e hinchado, hace muchas cosas a la vez y tiene demasiadas dependencias
Systemd no es portable a sistemas no-linux, por ejemplo Debian/kFreeBSD o HURD
El proceso de depuración de Systemd es muy fuerte, en comparación de SysVinit
El upstream de Systemd presenta problemas
Systemd viola la filosofía de UNIX
Tanto el registro de binarios como el journal en general no son agradables
Systemd es aún muy nuevo, aún no ha sido probado en profundidad y es inestable y experimental
No hay aún suficiente documentación en general acerca de la transición de SysVinit a Systemd
La gente necesita aprender nuevos comandos para conocer como funciona Systemd
La configuración de Systemd es binaria y el formato de la configuración es muy extraña
El código de Systemd no es bueno (tiene muchas fugas de memoria y problemas de rendimiento principalmente) y el upstream de desarrollo carece de una rama estable de largo plazo
Hay problemas con varios módulos de Debian, en especial con /etc/fstab el cuál no es compatible con Systemd e impide que el sistema arranque
Personalizar el arranque de Systemd es muchísimo mas complicado que SysVinit
Systemd no es compatible con SysVinit.
Es de lógica deducir que la implantación de Systemd en Debian tardará un buen tiempo, a su vez, esto probablemente tendrá un efecto dominó en las distribuciones que tienen como base a Debian, como Ubuntu.