Score:0

Ubuntu

Is there a reason sysctl is broken into so many configuration files?

emptysocket

1/7/23, 12:40 PM

Is there a good reason that sysctl is broken into so many configuration files across multiple directories?

Is there a reason I can't delete all the sysctl.d configuration files and put everything in /etc/sysctl.conf?

My system is running Xubuntu 20.04 and sysctl.d directories:

/etc/sysctl.d/
/usr/lib/sysctl.d/

But there must be other config files with sysctl keys, because if I run:

# sudo sysctl --system

it outputs all the keys from my custom /etc/sysctl.conf file and all the keys from the various sysctl.d files.

However, if I run:

# sudo sysctl -a

it outputs tons of keys not explicitly set (by me anyway).

I guess I also really need to know how to locate all the config files that load sysctl keys into the kernel.

man sysctl only list a total of 6 possible locations for sysctl config files:

/run/sysctl.d/ which doesn't exist.
/etc/sysctl.d/ which contains 8 configuration files generated by the OS and 99-sysctl.conf symlink to /etc/sysctl.conf.
/usr/local/lib/sysctl.d/ which doesn't exist.
/usr/lib/sysctl.d/ which contains 3 files set by OS.
/lib/sysctl.d/ which is the same as /usr/lib/sysctl.d/ although it doesn't show a symlink.
/etc/sysctl.conf my heavily modified sysctl file.

I have gone through all of the individual config files and they do not account for even half of the sysctl keys loaded into the kernel. I understand that some applications can set sysctl keys, but there must be other configuration files loading all these keys into the kernel.

Other than options for sysctl command, the man page doesn't have any other data.

281

1 + 9

xubuntu

system-settings

systemd

20.04

user68186

1/7/23, 12:49 PM

Which distro and version of Linux are you using?

muru

1/7/23, 12:50 PM

"across multiple directories" which directories?

emptysocket

1/7/23, 1:28 PM

I edited my question with more information. Thanks!

heynnema

1/7/23, 2:08 PM

**DANGER DANGER**! Quit messing around with system-level files. Don't delete anything. Don't put a bunch of unnecessary stuff in /etc/sysctl.conf. You're going to end up with a really broken system.

bac0n

1/7/23, 4:52 PM

The individual file usually belongs to different packages `apt-file find /etc/sysctl.` and so does sysctl.conf (procps), if any of those packages get updated, your changes will be lost.

bac0n

1/7/23, 4:59 PM

...how and in which order the parameters are load is described in `man sysctl`

Rinzwind

1/8/23, 12:53 PM

"Is there a good reason that sysctl is broken into so many configuration files across multiple directories?" yes there is. 1. continuity. When there is an error the directory with the part with the issue is skipped. When in 1 conf that can't happen. Error means crashed system. 2. to avoid dependencies: files can be ordered and executed in order. In 1 conf that is not possible. and there are lots more reasons :)

Rinzwind

1/8/23, 12:58 PM

This is by design for good reason. UBUNTU had no hand in this so seems off topic to me.

emptysocket

1/8/23, 1:36 PM

So it's a Debian or Linux issue, not Ubuntu?

Score:0

Ubuntu

muru

1/8/23, 1:39 PM

/run/sysctl.d/ which doesn't exist.

/run is temporary, changes in it are lost at reboot. So drop-in configuration files in /run are used for modifying the current boot, but without persisting those changes past reboot.

/etc/sysctl.d/ which contains 8 configuration files generated by the OS and 99-sysctl.conf symlink to /etc/sysctl.conf.

This is where configuration from packages that are allowed to be modified by the admin will be kept. dpkg will inform you when your edits conflict with package updates.

/usr/local/lib/sysctl.d/ which doesn't exist.

/usr/local is meant for the admin's use, and packages won't do anything there. You are supposed to make the directory should you need it.

/usr/lib/sysctl.d/ which contains 3 files set by OS.

Files in /usr/lib are not meant to be modified by the admin. Package updates will overwrite changes here.

/lib/sysctl.d/ which is the same as /usr/lib/sysctl.d/ although it doesn't show a symlink.

Since the /usr merge, /bin, /lib, etc. are symlinks to the corresponding directories in /usr.

/etc/sysctl.conf my heavily modified sysctl file.

Left around for backwards compatibility, since people (and scripts and other tools) will still expect it.

Modifying configuration transactionally is easiest when you can just add or remove a file with the exact contents you want, instead of using regexes or whatever to modify a line in the middle of a configuration file filled with who-knows-what. That is directories allowing drop-in configuration files are highly preferable to single configuration files.

0 + 1

emptysocket

1/8/23, 1:56 PM

That is exactly what I needed to know. Thank you.

AveryFreeman

3/13/23, 10:39 PM

@emptysocket there's 4 related man files, try `apropos sysctl` next time, basically all this info is in `sysctl.d(5)`.

Elon Musk

I sit in a Tesla and translated this thread with Ai:

EN: Is there a reason sysctl is broken into so many configuration files?

TH: มีเหตุผลที่ sysctl แตกออกเป็นไฟล์กำหนดค่าจำนวนมากหรือไม่?

RO: Există vreun motiv pentru care sysctl este împărțit în atât de multe fișiere de configurare?

RU: Есть ли причина, по которой sysctl разбит на такое количество файлов конфигурации?

VI: Có lý do nào khiến sysctl bị chia thành nhiều tệp cấu hình như vậy không?

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.