| Server IP : 94.16.115.136 / Your IP : 216.73.216.104 Web Server : Apache/2.4.52 (Ubuntu) System : Linux rogerrabbit 5.15.0-185-generic #195-Ubuntu SMP Fri Jun 19 17:11:50 UTC 2026 x86_64 User : bkillingseder ( 1001) PHP Version : 8.1.2-1ubuntu2.25 Disable Function : NONE MySQL : OFF | cURL : ON | WGET : ON | Perl : ON | Python : OFF | Sudo : ON | Pkexec : ON Directory : /etc/systemd/system/multi-user.target.wants/ |
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 EnvironmentFile=-/etc/environment EnvironmentFile=-/var/lib/snapd/environment/snapd.conf RemainAfterExit=yes [Install] WantedBy=multi-user.target