Server IP : 15.235.198.142 / Your IP : 216.73.216.1 Web Server : Apache/2.4.58 (Ubuntu) System : Linux ballsack 6.8.0-45-generic #45-Ubuntu SMP PREEMPT_DYNAMIC Fri Aug 30 12:02:04 UTC 2024 x86_64 User : www-data ( 33) PHP Version : 8.3.6 Disable Function : NONE MySQL : OFF | cURL : ON | WGET : ON | Perl : ON | Python : OFF | Sudo : ON | Pkexec : OFF Directory : /lib/systemd/system/ |
Upload File : |
# 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 RemainAfterExit=yes [Install] WantedBy=multi-user.target