/snap/snapd/27591/lib/systemd/system
NameSizeModeActions
snapd.apparmor.service13330644editdlrm
snapd.autoimport.service4870644editdlrm
snapd.core-fixup.service3690644editdlrm
snapd.failure.service2060644editdlrm
snapd.gpio-chardev-setup.target1470644editdlrm
snapd.mounts-pre.target1440644editdlrm
snapd.mounts.target1440644editdlrm
snapd.recovery-chooser-trigger.service5500644editdlrm
snapd.seeded.service3080644editdlrm
snapd.service7690644editdlrm
snapd.snap-repair.service4760644editdlrm
snapd.snap-repair.timer3300644editdlrm
snapd.socket2810644editdlrm
snapd.system-shutdown.service6080644editdlrm
Edit: /snap/snapd/27591/lib/systemd/system/snapd.apparmor.service (1333B)
# This systemd unit is needed on distributions that use apparmor but don't have # special support for loading snapd apparmor profiles. Until upstream apparmor # user-space release contains a systemd unit that is actually shipped by # distributors and that contains the necessary extension points for snapd the # apparmor profiles for snap applications need to be loaded separately from # other applications. [Unit] Description=Load AppArmor profiles managed internally by snapd DefaultDependencies=no Before=sysinit.target # This dependency is meant to ensure that apparmor initialization (whatever that might entail) is complete. After=apparmor.service # In case of re-execution, snapd snap has to be mounted. apparmor.service has # a dependency to local-fs.target which is enough in theory. But in case # this dependency dispappears, it is better to have an explicit dependency to # snapd.mount.target here. After=snapd.mounts.target Wants=snapd.mounts.target ConditionSecurity=apparmor RequiresMountsFor=/var/cache/apparmor /var/lib/snapd/apparmor/profiles # This is handled by snapd # X-Snapd-Snap: do-not-start [Service] Type=oneshot ExecStart=/usr/lib/snapd/snapd-apparmor start EnvironmentFile=-/etc/environment EnvironmentFile=-/var/lib/snapd/environment/snapd.conf RemainAfterExit=yes [Install] WantedBy=multi-user.target