Difference between revisions of "Systemd FAQ"

From ArchWiki
Jump to: navigation, search
(Undo revision 232400 by Det (talk) Mmhh..)
m (Just made sure people do chmod +ax to their scripts before flooding the forums "OMGZZZ 1T DOENT WOKRS" posts)
(5 intermediate revisions by 5 users not shown)
Line 1: Line 1:
 +
{{Lowercase title}}
 
[[Category:Daemons and system services]]
 
[[Category:Daemons and system services]]
 
[[Category:Boot process]]
 
[[Category:Boot process]]
 +
[[es:Systemd FAQ]]
 +
[[it:Systemd FAQ]]
 
[[zh-CN:Systemd FAQ]]
 
[[zh-CN:Systemd FAQ]]
 
== FAQ ==
 
== FAQ ==
Line 43: Line 46:
 
This is a partial list of required/recommended options, there might be more:
 
This is a partial list of required/recommended options, there might be more:
  
 +
{{bc|1='''General setup'''
 +
CONFIG_FHANDLE=y
 
  CONFIG_AUDIT=y (recommended)
 
  CONFIG_AUDIT=y (recommended)
  CONFIG_AUDIT_LOGINUID_IMMUTABLE=y (not required, may break sysvinit compat)
+
  CONFIG_AUDIT_LOGINUID_IMMUTABLE=y (not required, may break sysvinit compatibility)
 
  CONFIG_CGROUPS=y
 
  CONFIG_CGROUPS=y
 +
'''-> Namespaces support'''
 +
    CONFIG_NET_NS=y (for private network)
 +
'''Networking support -> Networking options'''
 
  CONFIG_IPV6=[y<nowiki>|</nowiki>m] (highly recommended)
 
  CONFIG_IPV6=[y<nowiki>|</nowiki>m] (highly recommended)
  CONFIG_UEVENT_HELPER_PATH=""
+
'''Device Drivers'''
CONFIG_DEVTMPFS=y
+
  '''-> Generic Driver Options'''
CONFIG_DEVTMPFS_MOUNT=y (required if you don't use an initramfs)
+
    CONFIG_UEVENT_HELPER_PATH=""
  CONFIG_RTC_DRV_CMOS=y (highly recommended)
+
    CONFIG_DEVTMPFS=y
 +
    CONFIG_DEVTMPFS_MOUNT=y (required if you don't use an initramfs)
 +
  '''-> Real Time Clock'''
 +
    CONFIG_RTC_DRV_CMOS=y (highly recommended)
 +
'''File systems'''
 
  CONFIG_FANOTIFY=y (required for readahead)
 
  CONFIG_FANOTIFY=y (required for readahead)
 
  CONFIG_AUTOFS4_FS=[y<nowiki>|</nowiki>m]
 
  CONFIG_AUTOFS4_FS=[y<nowiki>|</nowiki>m]
  CONFIG_TMPFS_POSIX_ACL=y (recommended, if you want to use pam_systemd.so)
+
  '''-> Pseudo filesystems'''
CONFIG_NAMESPACES=y (for Private*=yes)
+
    CONFIG_TMPFS_POSIX_ACL=y (recommended, if you want to use pam_systemd.so)}}}}
CONFIG_NET_NS=y (for PrivateNetwork=yes)
+
CONFIG_FHANDLE=y}}
+
  
 
{{FAQ
 
{{FAQ
Line 68: Line 78:
  
 
{{FAQ
 
{{FAQ
|question=My computer shuts down, but the power stays on.
+
|question=My computer shuts down, but the power stays on
 
|answer=Use:
 
|answer=Use:
  
Line 98: Line 108:
 
  # systemctl enable ''myscript''.service
 
  # systemctl enable ''myscript''.service
  
This example assumes you want your script to start up when the target multi-user is launched.
+
This example assumes you want your script to start up when the target multi-user is launched. Also do chmod 755 to your script to enable execute permissions if you haven't done so already.
  
  
Line 122: Line 132:
 
|answer=This happens when using {{ic|systemctl enable}} and the symlink it tries to create in {{ic|/etc/systemd/system/}} already exists. Typically this happens when switching from one display manager to another one (for instance GDM to KDM, which can be enabled with {{ic|gdm.service}} and {{ic|kdm.service}}, respectively) and the corresponding symlink {{ic|/etc/systemd/system/display-manager.service}} already exists.
 
|answer=This happens when using {{ic|systemctl enable}} and the symlink it tries to create in {{ic|/etc/systemd/system/}} already exists. Typically this happens when switching from one display manager to another one (for instance GDM to KDM, which can be enabled with {{ic|gdm.service}} and {{ic|kdm.service}}, respectively) and the corresponding symlink {{ic|/etc/systemd/system/display-manager.service}} already exists.
  
To solve this problem, use {{ic|systemctl -f enable}} to overwrite an existing symlink.}}
+
To solve this problem, either first disable the relevent display manager before enabling the new one, or use {{ic|systemctl -f enable}} to overwrite an existing symlink.}}

Revision as of 16:41, 1 February 2013

FAQ

For an up-to-date list of known issues, look at the upstream TODO.

Template:FAQ

Template:FAQ

Template:FAQ

Template:FAQ

Template:FAQ

Template:FAQ

Template:FAQ

Template:FAQ

Template:FAQ

Template:FAQ

Template:FAQ