#systemd

rainerhgw@diasp.org

How do I set a property in #systemd?

I have:

root@mx1:~# systemctl show postfwd | grep ^CanReload
CanReload=yes

I want to change that to no.
The fine manual says:
```
set-property UNIT PROPERTY=VALUE...
Set the specified unit properties at runtime where this is
supported. This allows changing configuration parameter properties
such as resource control settings at runtime. Not all properties
may be changed at runtime, but many resource control settings
(primarily those in systemd.resource-control(5)) may. The changes
are applied immediately, and stored on disk for future boots,
unless --runtime is passed, in which case the settings only apply
until the next reboot. The syntax of the property assignment
follows closely the syntax of assignments in unit files.

       Example: systemctl set-property foobar.service CPUWeight=200
But when I follow the example I get:

root@mx1:~# systemctl set-property postfwd.service CanReload=no
Unknown assignment: CanReload=no
```

danie10@squeet.me

The Linux systemd Controversy: A Beginner’s Guide to Understanding the Debate

Linux startup screen showing the text lines as various modules are loading at boot time
In the world of Linux, few debates have stirred as much controversy as the battle between the traditional System V init system, often known as SysVinit, and the newer systemd.

systemd is a system and service manager, first introduced in 2010 to replace the traditional System V init system. It was designed to improve boot-up speeds and manage system services more efficiently. Today, systemd is the default init system for many popular Linux distributions, including Ubuntu, Fedora, and Red Hat Enterprise Linux. Despite the name, systemd is not a daemon. Instead, it’s a software suite that provides a number of system components for Linux. Its goal: to standardize service configuration and behavior across Linux distributions.

Personally, I have no preference at all. It’s there, and I use it sometimes when I need to change or troubleshoot something. My take on it really is that Linux has many options and therefore there will always be differences of opinion, just like we also have for all the “best” Linux distros. When do you ever hear Windows users passionately debating for or against the Yellow and Blue version of Windows? You don’t, because they don’t have those options. And for macOS, of course, Steve knows best…

I think most newer Linux users have not really experienced the pre-systemd era, and also probably don’t delve much into where systemd is actually changed much. With modern Linux there is less and less reason to delve down into systemd unless you are in the habit of experimenting, learning, pulling things apart. But sometimes the topic flares up, so it is interesting to hear a bit about what and why.

See https://itsfoss.com/systemd-init/
#Blog, #linux, #systemd, #technology

fla@diaspora-fr.org

I have to say that even if it does not bring many new features, I'm quite excited about the fact that #UbuntuTouch is now based on 20.04 and not 16.04. Sure, 20.04 still is old but it should now be much easier to change the base version now that the switch to #systemd is done. I already saw a phone running on 23.04 beta!

danie10@squeet.me

How to Create a Systemd Service in Linux

Bild/Foto
Systemd is a modern software suite that provides many components on a Linux system including a system and service manager. It is compatible with SysV and LSB init scripts and works as a replacement for sysvinit.

For easier management, units are categorized into several types: target, service, socket, device, mount, automount, swap, path, timer, snapshot, slice, scope, and busname.

A systemd service is defined in a unit file (a unit is a representation of a service and system resources such as devices, sockets, mount points, etc.). Custom service unit files should be stored in the /etc/systemd/system/ directory and must have an .service extension. For example, a custom test-app service uses /etc/systemd/system/test-app.service unit file.

A unit file is a plain text ini-style file that usually includes three common sections. The first section is usually the Unit section which carries generic information about the unit that is not dependent on the type of unit.

The next section is the unit type section, for a service, it is a Service section. And the final section is the Install section which carries installation information for the unit.

In this guide (linked below), they show how to create a new systemd service and manage the service using the systemctl command, in Linux. It is one of the more concise and easier-to-read guides that I have seen.

See https://www.tecmint.com/create-systemd-service-linux/
#Blog, #linux, #opensource, #systemd, #technology