Hi, If one executes: $ sudo systemctl enable [email protected] ln -s '/usr/lib/systemd/system/[email protected]' '/etc/systemd/system/getty.target.wants/[email protected]'
and then you decide to override [email protected]: $ sudo cp /usr/lib/systemd/system/[email protected] /etc/systemd/system/[email protected] the override does not work, as expected, because the symbolic link points to /usr..., not the overridden service file: $ ls -l /etc/systemd/system/getty.target.wants/ total 0 lrwxrwxrwx 1 root root 38 Apr 18 08:41 [email protected] -> /usr/lib/systemd/system/[email protected] The documentation for reenable indicates that it should fix this problem: reenable NAME... Reenable one or more unit files, as specified on the command line. This is a combination of disable and enable and is useful to reset the symlinks a unit is enabled with to the defaults configured in the [Install] section of the unit file. But it does not work: $ sudo systemctl reenable [email protected] Failed to issue method call: File exists However, disabling and enabling *does* work and gives the desired result: $ sudo systemctl disable [email protected] rm '/etc/systemd/system/getty.target.wants/[email protected]' $ sudo systemctl enable [email protected] ln -s '/etc/systemd/system/[email protected]' '/etc/systemd/system/getty.target.wants/[email protected]' Is this a bug, a documentation problem or neither? (using Arch Linux with systemd 201) Regards -- Ross Lagerwall _______________________________________________ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
