¿Por qué systemd no analiza mi configuración de anulación como se esperaba?

¿Por qué systemd no analiza mi configuración de anulación como se esperaba?

Los siguientes fenómenos son reproducibles en Arch Linux y en Ubuntu Artful y, por lo tanto, concluyo que no obtengo detalles al respecto systemdnuevamente.

Simplemente quiero agregar un comando que se ejecutará después de que se inicie un demonio Docker como systemdservicio.

Invoco un editor con systemctl edit docker.servicey para el medio de evaluación ingreso esto:

[Service]
ExecStartPost=true

Hay un /etc/systemd/system/docker.service.d/override.confarchivo ahora con ese contenido y también lo invoco systemctl daemon-reloadpara estar seguro.

Ahora muestro la unidad analizada systemctl show docker.servicey no ExecStartPostaparece ninguna directiva en el resultado, aunque lo esperaría. A systemd-analyze verifyno produce nada.

Entonces, ¿por qué el ExecStartPostarchivo de anulación no lo considera parte de la unidad systemd?

Para probar si el archivo con las directivas primordiales realmente se evalúa, probé este contenido:

[Service]
ExecStart=
ExecStart=foo

Para mi confusión, la ExecStartdirectiva ahora falta en el resultado de systemctl show docker.service.

¿Alguien puede explicarme por qué parece que se considera la primera directiva y no la segunda en este caso?

Respuesta1

Aparentemente mi error fue que no especifiqué una ruta absoluta al comando como por ejemplo:

[Service]
ExecStartPost=/bin/true

información relacionada