We have an internal application with systemd services that we want to deploy outside of the normal systemd directories (/etc/systemd/system and /usr/lib/systemd/system). That location is on another disk (/mnt/data in the example).The systemd service is enabled by:systemctl enable /mnt/data/sprinterd.servicewhich creates a symbolic link in /etc/systemd/systemlrwxrwxrwx. 1 root root   27 Jun 20 22:47 sprinterd.service -> /mnt/data/sprinterd.serviceAfter rebooting, the service is not loaded because the unit file can't be found. From journalctl, first an error that the service failed to load, then after that the mount of the disk where the unit is located.Cannot add dependency job for unit sprinterd.service, ignoring: Unit sprinterd.service failed to load: No such file or directory.systemd[1]: Mounted /mnt/data.From /etc/fstab:/dev/disk/by-uuid/c55e944f-5c63-48ad-8cd2-bd32d7b35c82 /mnt/data auto nosuid,nodev,nofail,x-gvfs-show 0 0For completeness the service unit file:[Unit]Description=sprinterd[Service]Type=simpleEnvironment=TERM=linuxExecStart=/srv/s1.erp/bin/sprinterdRestart=alwaysRestartSec=5KillSignal=SIGKILL[Install]WantedBy=multi-user.targetI have tested this on RHEL 7 and on openSuSE 13.2.Is it supported to have a system service unit file on another disk than /etc or /usr?How could the order of execution between mounting the disk and loading the systemd unit files be changed?
Systemd linked unit files on mounted disk fail to load
systemd