The declined btrfsmaintenance 0.5 sr would not even work correctly on a fresh installation. The preset would enable the .service, but without an [Install] section nothing happens. The .path unit was only ever installed because of the Also=btrfsmaintenance-refresh.path in the [Install] section, which got dropped. Effectively it would've made no difference to existing installs and completely disable the refreshing on fresh installation. I made the change to the preset and submitted it: sr 829721 Clean state: btrfsmaintenance-refresh.service + .path both enabled. With just new btrfsmaintenance: no change, both .service and .path still enabled With just new systemd-presets-common-SUSE: Works as expected, installation prints: Resetting btrfsmaintenance-refresh.path to the new default: enable Resetting btrfsmaintenance-refresh.service to the new default: disable Removed /etc/systemd/system/multi-user.target.wants/btrfsmaintenance-refresh.service. First new systemd-presets-common-SUSE, then new btrfsmaintenance: Same as ^ First new btrfsmaintenance, then new systemd-presets-common-SUSE: Same as ^ Even if manually enabled, the new systemd-presets-common-SUSE disables the .service properly. Downgrading of systemd-presets-common-SUSE also works, it prints: Resetting btrfsmaintenance-refresh.path to the new default: disable Removed /etc/systemd/system/multi-user.target.wants/btrfsmaintenance-refresh.path. Resetting btrfsmaintenance-refresh.service to the new default: enable Created symlink /etc/systemd/system/multi-user.target.wants/btrfsmaintenance-refresh.service -> /usr/lib/systemd/system/btrfsmaintenance-refresh.service. Created symlink /etc/systemd/system/multi-user.target.wants/btrfsmaintenance-refresh.path -> /usr/lib/systemd/system/btrfsmaintenance-refresh.path. Downgrading systemd-presets-common-SUSE with btrfsmaintenance 0.5 results in the broken "fresh install" case, which is expected. So just systemd-presets-common-SUSE is enough to get the wanted behaviour and the removal of [Install] in btrfsmaintenance-refresh.service is mostly a cleanup and to avoid manual enabling in the future. Care has to be taken that this version of btrfsmaintenance is not used together with old systemd-presets-common-SUSE, as it results in a disabled .path unit.