@hughenknubbel @thomas Die meisten ergeben sich natürlich aus den 'ideellen' Problemen. systemd übernimmt sehr viele ehemals unabhängige Bestandteile des Gesamtsystems und wirft dabei viele Konventionen über den Haufen, so dass man alles neu lernen muss. Obwohl das z.B. bei Debian ganz gut gelöst ist, da gehen die meisten alten Sachen weiterhin, nur eben mit systemd im Hintergrund.

Dadurch erzeugt systemd eine enorme Supportlast bei anderen Projekten, die alle systemd hinterherprogrammieren müssen. Die Situation für die *BSD-Projekte ist besonders bitter, weil die natürlich niemals systemd bekommen werden, es aber inzwischen von immer mehr software vorrausgesetzt wird.

Dazu kommt dann noch dass die wiedererfundenen alten Unix-Bestandteile in systemd oft buggy sind, die Bugreports aber oft abgewimmelt werden. Hier ein Beispiel wo rekursives löschen falsch implementiert wurde: https://github.com/systemd/systemd/issues/5644.

Wenn man systemd einfach nur normal in seiner Distribution nutzt ist es ganz brauchbar. Es gibt allerdings viel, viel einfachere Lösungen die man sogar tatsächlich verstehen kann, wie zum Beispiel runit (http://smarden.org/runit/), das kompiliert unter 10 kb groß ist.