modules-load.d — Configure kernel modules to load at boot
/etc/modules-load.d/*.conf
/run/modules-load.d/*.conf
/usr/lib/modules-load.d/*.conf
systemd-modules-load.service(8)
reads files from the above directories which contain
kernel modules to load during boot in a static list.
Each configuration file is named in the style of
/etc/modules-load.d/
. Note
that it is usually a better idea to rely on the
automatic module loading by PCI IDs, USB IDs, DMI IDs
or similar triggers encoded in the kernel modules
themselves instead of static configuration like
this. In fact, most modern kernel modules are prepared
for automatic loading already.program
.conf
The configuration files should simply contain a list of kernel module names to load, separated by newlines. Empty lines and lines whose first non-whitespace character is # or ; are ignored.
Configuration files are read from directories in
/etc/
, /run/
, and
/usr/lib/
, in order of precedence.
Each configuration file in these configuration directories shall be named in
the style of
.
Files in filename
.conf/etc/
override files with the same name in
/run/
and /usr/lib/
. Files in
/run/
override files with the same name in
/usr/lib/
.
Packages should install their configuration files in
/usr/lib/
. Files in /etc/
are
reserved for the local administrator, who may use this logic to override the
configuration files installed by vendor packages. All configuration files
are sorted by their filename in lexicographic order, regardless of which of
the directories they reside in. If multiple files specify the same option,
the entry in the file with the lexicographically latest name will take
precedence. It is recommended to prefix all filenames with a two-digit number
and a dash, to simplify the ordering of the files.
If the administrator wants to disable a configuration file supplied by
the vendor, the recommended way is to place a symlink to
/dev/null
in the configuration directory in
/etc/
, with the same filename as the vendor
configuration file.