А зачем systemd, и вообще система инициализации, в Docker? Разве это не рушит саму философию Docker? По одному сервису в контейнере, и не более. Контейнер запускает только свой сервис, и всё. Если вам нужно запустить в одном контейнере init, и кучу сервисов с его помощью, вам нужна обычная виртуалка, а не Docker-контейнер. А в виртуалке уже без проблем запустится systemd. Я даже в извращениях вроде LXC/OpenVZ не вижу смысла. Хочешь честную VPS? Бери KVM/Xen. Хочешь контейнеры, микросервисы, и всё по фен-шую? Тогда каждый сервис пакуй в Docker,  в отдельный контейнер. Заодно такой подход и масштабирование позволяет наладить куда более простым образом, и оркестрацию всего этого зоопарка. В хорошей распределённой сервисной архитектуре init-система — не нужное излишество. В роли вашей init-системы должен быть оркестратор, что запускает нужные контейнеры с учётом их зависимостей, и текущих потребностей приложения. Или docker-compose + docker, если у вас что-то очень простое. Этот подход прост, и понятен. А попытки запихнуть в один контейнер много сервисов  — контринтуитивен, и выглядит странным.