table of contents
- bookworm 252.31-1~deb12u1
- bookworm-backports 254.16-1~bpo12+1
- testing 256.7-3
- unstable 257~rc2-3
SYSTEMD-FSTAB-GENERATOR(8) | systemd-fstab-generator | SYSTEMD-FSTAB-GENERATOR(8) |
NAME¶
systemd-fstab-generator - Unit generator for /etc/fstab
SYNOPSIS¶
/lib/systemd/system-generators/systemd-fstab-generator
DESCRIPTION¶
systemd-fstab-generator is a generator that translates /etc/fstab (see fstab(5) for details) into native systemd units early at boot and when configuration of the system manager is reloaded. This will instantiate mount and swap units as necessary.
The passno field is treated like a simple boolean, and the ordering information is discarded. However, if the root file system is checked, it is checked before all the other file systems.
See systemd.mount(5) and systemd.swap(5) for more information about special /etc/fstab mount options this generator understands.
One special topic is handling of symbolic links. Historical init implementations supported symlinks in /etc/fstab. Because mount units will refuse mounts where the target is a symbolic link, this generator will resolve any symlinks as far as possible when processing /etc/fstab in order to enhance backwards compatibility. If a symlink target does not exist at the time that this generator runs, it is assumed that the symlink target is the final target of the mount.
systemd-fstab-generator implements systemd.generator(7).
KERNEL COMMAND LINE¶
systemd-fstab-generator understands the following kernel command line parameters:
fstab=, rd.fstab=
root=
Use "gpt-auto" to explicitly request automatic root file system discovery via systemd-gpt-auto-generator(8).
Use "tmpfs" in order to mount a tmpfs(5) file system as root file system of the OS. This is useful in combination with mount.usr= (see below) in order to combine a volatile root file system with a separate, immutable /usr/ file system. Also see systemd.volatile= below.
rootfstype=
rootflags=
Note that unlike most kernel command line options this setting does not override settings made in configuration files (specifically: the mount option string in /etc/fstab). See systemd-remount-fs.service(8).
mount.usr=
Otherwise, this parameter defaults to the /usr/ entry found in /etc/fstab on the root filesystem.
mount.usr= is honored by the initrd.
mount.usrfstype=
Otherwise, this value will be read from the /usr/ entry in /etc/fstab on the root filesystem.
mount.usrfstype= is honored by the initrd.
mount.usrflags=
Otherwise, this value will be read from the /usr/ entry in /etc/fstab on the root filesystem.
mount.usrflags= is honored by the initrd.
roothash=, usrhash=
systemd.volatile=
If false (the default), this generator makes no changes to the mount tree and the system is booted up in normal mode.
If true the generator ensures systemd-volatile-root.service(8) is run in the initrd. This service changes the mount table before transitioning to the host system, so that a volatile memory file system ("tmpfs") is used as root directory, with only /usr/ mounted into it from the configured root file system, in read-only mode. This way the system operates in fully stateless mode, with all configuration and state reset at boot and lost at shutdown, as /etc/ and /var/ will be served from the (initially unpopulated) volatile memory file system.
If set to state the generator will leave the root directory mount point unaltered, however will mount a "tmpfs" file system to /var/. In this mode the normal system configuration (i.e. the contents of "/etc/") is in effect (and may be modified during system runtime), however the system state (i.e. the contents of "/var/") is reset at boot and lost at shutdown.
If this setting is set to "overlay" the root file system is set up as "overlayfs" mount combining the read-only root directory with a writable "tmpfs", so that no modifications are made to disk, but the file system may be modified nonetheless with all changes being lost at reboot.
Note that in none of these modes the root directory, /etc/, /var/ or any other resources stored in the root file system are physically removed. It's thus safe to boot a system that is normally operated in non-volatile mode temporarily into volatile mode, without losing data.
Note that with the exception of "overlay" mode, enabling this setting will only work correctly on operating systems that can boot up with only /usr/ mounted, and are able to automatically populate /etc/, and also /var/ in case of "systemd.volatile=yes".
Also see root=tmpfs above, for a method to combine a "tmpfs" file system with a regular /usr/ file system (as configured via mount.usr=). The main distinction between systemd.volatile=yes, and root=tmpfs in combination mount.usr= is that the former operates on top of a regular root file system and temporarily obstructs the files and directories above its /usr/ subdirectory, while the latter does not hide any files, but simply mounts a unpopulated tmpfs as root file system and combines it with a user picked /usr/ file system.
systemd.swap=
SEE ALSO¶
systemd(1), fstab(5), systemd.mount(5), systemd.swap(5), systemd-cryptsetup-generator(8), systemd-gpt-auto-generator(8), kernel-command-line(7), Known Environment Variables[1]
NOTES¶
- 1.
- Known Environment Variables
systemd 252 |