|
- systemd
System and Service Manager systemd is a suite of basic building blocks for a Linux system It provides a system and service manager that runs as PID 1 and starts the rest of the system
- Frequently Asked Questions - systemd
A: The recommended way is to copy the service file from usr lib systemd system to etc systemd system and edit it there The latter directory takes precedence over the former, and rpm will never overwrite it
- Running Services After the Network Is Up - systemd
Its primary purpose is for ordering things properly at shutdown: since the shutdown ordering of units in systemd is the reverse of the startup ordering, any unit that has After=network target can be sure that it is stopped before the network is shut down when the system is going down
- Using tmp and var tmp Safely - systemd
By default, systemd-tmpfiles will apply a concept of ⚠️ “ageing” to all files and directories stored in tmp and var tmp This means that files that have neither been changed nor read within a specific time frame are automatically removed in regular intervals
- Boot Loader Interface - systemd
systemd can interface with the boot loader to receive performance data and other information, and pass control information This is only supported on EFI systems
- Diagnosing Boot Problems - systemd
When you have systemd running to the extent that it can provide you with a shell, please use it to extract useful information for debugging Boot with these parameters on the kernel command line:
- Users, Groups, UIDs and GIDs on systemd Systems
The nss-systemd module will synthesize user records implicitly for all currently allocated dynamic users from this range Thus, NSS-based user record resolving works correctly without those users being in etc passwd
- systemd Coredump Handling
While we recommend usage of the systemd-coredump handler, it’s fully supported to use alternative coredump handlers instead A similar implementation pattern is recommended
|
|
|