Control: tags -1 + moreinfo Am 07.05.20 um 02:51 schrieb Christoph Anton Mitterer: > Package: systemd > Version: 245.5-2 > Severity: normal > > > Hey. > > I've just noted the following behaviour. > > /lib/systemd/system/smartmontools.service has: > [Install] > WantedBy=multi-user.target > Alias=smartd.service > > > Which leads to: > # tree /etc/systemd/system > /etc/systemd/system > ├── multi-user.target.wants > │ ├── smartd.service -> /lib/systemd/system/smartd.service > │ ├── smartmontools.service -> /lib/systemd/system/smartmontools.service > │ └── ... > ├── smartd.service -> /lib/systemd/system/smartmontools.service > ... > > With /etc/systemd/system/multi-user.target.wants/smartmontools.service being > a dangling symlink to the non-existant /lib/systemd/system/smartd.service . > > /etc/systemd/system/smartd.service is however created with the correct > destination. > > > This stays if one disables/enables the unit, i.e. it's re-created with > the dangling symlink.
Are you absolutely sure, this symlink was created by `systemctl enable`? I'm asking, because I can't reproduce that systemctl creates such a symlink. $ sudo systemctl enable smartmontools.service Synchronizing state of smartmontools.service with SysV service script with /lib/systemd/systemd-sysv-install. Executing: /lib/systemd/systemd-sysv-install enable smartmontools Created symlink /etc/systemd/system/smartd.service → /lib/systemd/system/smartmontools.service. Created symlink /etc/systemd/system/multi-user.target.wants/smartmontools.service → /lib/systemd/system/smartmontools.service. $ ls -la /etc/systemd/system/multi-user.target.wants/smartd.service ls: cannot access '/etc/systemd/system/multi-user.target.wants/smartd.service': No such file or directory What's the timestamp of the dangling smartd.service symlink?
signature.asc
Description: OpenPGP digital signature
