Dracut

Dracut is an initramfs infrastructure and aims to have as little as possible hard-coded into the initramfs. It originated from the Fedora Project and was ported to Gentoo in the 2010 Google Summer of Code. For more detailed information, refer to the documentation at kernel.org.

Installation
Before you can use the images generated by dracut, your kernel must include initramfs support. The ebuild will warn you if your kernel is missing the required options:

The behavior of dracut is controlled by dracut modules (not to be confused with kernel modules). Each dracut module you include in your initramfs produces certain additional behavior at boot time. By default,  installs a set of base modules that are most commonly needed for systems where the rootfs is found on a simple local block device. If you need additional features, such as RAID, LVM, or NFS mounted root support, you can install optional modules by listing them in the DRACUT_MODULES expansion variable in :

Certain modules also require additional USE flags to be set (see for details). In general, you should not enable any of the USE flags for unless Portage asks you to. It will tell you if there are any missing REQUIRED_USE constraints when you attempt to merge:

Since is still unstable, if you are not already running ~arch, you will need to keyword it:

Default Images
Once you have installed dracut, you can use it to build an initramfs image. The simplest way to do this is to just run

The initramfs image created this way is a generic image, which will include all installed modules and system tools that it can find, suitable for booting a variety of machines. If you are producing an initramfs for just a single machine, you can specify that dracut should go into host-only mode:

The produced image will contain only those elements used by the local machine for booting. Certain modules behave differently in host-only mode. The kernel-modules module, for example, will only include the tools and modules used by the current rootfs file system, and the i18n module will install the fonts and keymaps for the local machine. Otherwise, every available file system, font, etc. would be included.

By default, dracut will produce an image suitable for booting the currently active kernel; it will pull the kernel modules needed for that kernel, etc. The output will be written into your folder (which you should already have mounted), in a file called. You can override both options by specifying a new file name and kernel version on the command line, in that order. Both parameters are optional, but if you want to override the kernel version and keep the default file name you need to pass a placeholder empty string as the first parameter:

Default Modules
When installed without any use flags, dracut installs a basic set of modules that can boot a system using a locally attached block device for its rootfs. The purpose of each module is to arrange for files to be included in the final initramfs image. In addition, dracut exposes hooks that run at certain points, which modules can hook into to perform required boot actions.


 * The Enabled field indicates when a particular module will be included by default into your initramfs image.
 * Modules with pre-requisite packages cannot be included (even explicitly) if the required software is missing from the host.

Adding Modules
The table above indicates when a particular module will be included in your initramfs image by default. You can override this module list in two ways: command line, or configuration file. Editing your configuration file will set up dracut to be re-run easily when you change kernels or other boot-time options. Options specified in can be overridden by files in, which are installed by various dracut-aware packages. Both options can be overridden by command-line parameters. The following configuration options deal with the default modules list:

Specifying  (or the   parameter) will override the entire default list, and install only those modules you specified. This can help cut down significantly on your image size (for example, if you don't need any kernel modules, or i18n support, etc.) If you aren't sure which modules you need, you should build one fully-featured image and keep it in while you experiment. If anything goes wrong, you can edit your at boot to switch to that.

The other options can be used to add or remove items from the default list, including your own custom modules. If a module refuses to install (for example, its prerequisite binaries are mossing) there is a  command-line switch (but no matching configuration option) to add them anyway. Note that forcing a module to be added this way is dangerous, as the installed scripts will likely to run execute commands that are not present.

Optional Modules
Adding additional modules to your installation involves setting the appropriate values for your DRACUT_MODULES variable, as described in the section. Each additional module you include brings with it additional prerequisite packages, and may require USE flag changes to either or other modules. In most cases, you should already have the additional packages installed. If dracut tries to bring in a lot of additional packages you should confirm that you are asking for the correct module.

The optional modules included as of are listed below, with their additional requirements.


 * 1)  requires that  be built with the  flag
 * 2) The additional packages require that one or more dependency libraries be built with the  flag
 * 3) The Enabled field specifies when an installed module will be included by default into a built image:
 * 4) * Modules enabled for "host-only: rootfs" are included in host-only images if the active rootfs requires that module, and included in general-purpose images "always".
 * 5) * Modules enabled "never" must be explicitly added via the command-line or configuration file, as above.
 * 6) * Modules with pre-requisite packages cannot be included, even explicitly, if the required software is missing from the dracut build host.
 * 7) *  (and, by extension,  ) cannot be installed in host-only mode, as that would be silly.

Customizing the Image
Besides defining the list of modules to include, you can also customize the final initramfs in a few other ways. The  option in the configuration file lets you specify an arbitrary number of arbitrary items to add to your image. Other options add specific elements to the image, as described below:

Kernel Modules
By default, the  driver scans the list of available kernel modules, and installs the set of modules needed to boot a system and bring up the rootfs. This includes the hardware bus drivers (SCSI, ATA, USB, etc), keyboard drivers, block device drivers, and file system drivers. (In host-only mode, only the file systems used by the build host are included.) You can update the list of installed modules via the command-line or configuration file. When specifying a kernel module name, do not include the  extension.


 * In host-only mode, the running hosts filesystems are always installed, regardless of the  parameter.

Filesystems And Mount Points
The default image will arrange for your rootfs and your partition (if different) to be mounted at boot time. The build process will obtain the device and file system information it needs from. This may not be what you want, or you may need to have other partitions mounted as well. You can alter the behavior of the initramfs with the  module, and the following options:


 * Create a file called, which will be copied to the initramfs and mounted.
 * Specify  (or  ), which will use your system's  instead of
 * Specify  or , which will add the contents of filename to the initramfs's.
 * Specify, which adds individual entries into your initramfs's.

(Note that  does not automatically trigger   to be included in the image; this may be a bug, as   does include the module but does not actually supply an .)

Booting The initramfs
Once you have the image built, the final step is to include the image in the boot loader. To do this, simply add a line in your grub.conf:

It is recommended that you use the UUID= (or LABEL=) form of the root specification; to guard against your device names changing between boots. You can find the UUID of your root device by running this command:

Any parameters you need to pass to the dracut modules are passed on the kernel command line. If you are net booting, the DHCP server can also provide command-line parameters. The dracut scripts parse the kernel command line very early in the boot process and use the information found there to adjust their behavior. The list of options, by module, can be found in the man dracut.cmdline page.

NFS Boot
For an NFS boot, you need only 3 modules and the nfs dracut module.

Booting is done with the following line in your PXE config. The rd.ip=auto let's it auto detect the NFS settings through DHCP. The NFS boot path is provided to the client through the DHCP option "root-path" with the following value: :

NBD Boot
For an NBD boot, you need only 3 modules and the nbd dracut module.

Booting is done with the following line in your PXE config. The rd.ip=auto let's it auto detect the NBD settings through DHCP. The NBD boot path is provided to the client through the DHCP option "root-path" with the following value: nbd:::

Other Filesystems
Other filesystems than the ones that are available through the Dracut modules can be installed using the filesystems parameter. To include kernel modules, the kernel-modules Dracut module also has to be included. This module is installed by default.

Custom Modules
This stub paragraph refers to this description for now.