README

   1 Dracut
   2 ------
   3 Dracut is a new initramfs infrastructure.
   4
   5 Information about the initial goals and aims can be found at
   6 https://fedoraproject.org/wiki/Initrdrewrite
   7
   8 Unlike existing initramfs's, this is an attempt at having as little as
   9 possible hard-coded into the initramfs as possible.  The initramfs has
  10 (basically) one purpose in life -- getting the rootfs mounted so that
  11 we can transition to the real rootfs.  This is all driven off of
  12 device availability.  Therefore, instead of scripts hard-coded to do
  13 various things, we depend on udev to create device nodes for us and
  14 then when we have the rootfs's device node, we mount and carry on.
  15 This helps to keep the time required in the initramfs as little as
  16 possible so that things like a 5 second boot aren't made impossible as
  17 a result of the very existence of an initramfs.  It's likely that
  18 we'll grow some hooks for running arbitrary commands in the flow of
  19 the script, but it's worth trying to resist the urge as much as we can
  20 as hooks are guaranteed to be the path to slow-down.
  21
  22 Most of the initrd generation functionality in dracut is provided by a bunch
  23 of generator modules that are sourced by the main dracut script to install
  24 specific functionality into the initrd.  They live in the modules.d subdirectory,
  25 and use functionality provided by dracut-functions to do their work.
  26 Some general rules for writing modules:
  27  * Use one of the inst family of functions to actually install files
  28    on to the initrd.  They handle mangling the pathnames and (for binaries,
  29    scripts, and kernel modules) installing dependencies as appropriate so
  30    you do not have to.
  31  * Scripts that end up on the initrd should be POSIX compliant. dracut
  32    will try to use /bin/dash as /bin/sh for the initrd if it is available,
  33    so you should install it on your system -- dash aims for strict POSIX
  34    compliance to the extent possible.
  35  * Hooks MUST be POSIX compliant -- they are sourced by the init script,
  36    and having a bashism break your user's ability to boot really sucks.
  37  * Generator modules should have a two digit numeric prefix -- they run in
  38    ascending sort order. Anything in the 90-99 range is stuff that dracut
  39    relies on, so try not to break those hooks.
  40  * Hooks must have a .sh extension.
  41  * Generator modules are described in more detail in README.modules.
  42  * We have some breakpoints for debugging your hooks.  If you pass 'rdbreak'
  43    as a kernel parameter, the initramfs will drop to a shell just before
  44    switching to a new root. You can pass 'rdbreak=hookpoint', and the initramfs
  45    will break just before hooks in that hookpoint run.
  46
  47 Also, there is an attempt to keep things as distribution-agnostic as
  48 possible.  Every distribution has their own tool here and it's not
  49 something which is really interesting to have separate across them.
  50 So contributions to help decrease the distro-dependencies are welcome.
  51
  52 Currently dracut lives on sourceforge.
  53
  54 Project Page:
  55 https://sourceforge.net/projects/dracut/
  56
  57 Drop Harald Hoyer <harald@redhat.com> a mail, if you want to help with
  58 the documentation, git access, etc.
  59
  60 Git Repository:
  61 http://dracut.git.sourceforge.net/
  62 git://dracut.git.sourceforge.net/gitroot/dracut
  63
  64 Trac Instance:
  65 http://apps.sourceforge.net/trac/dracut/
  66
  67 The git tree can be found at
  68 git://dracut.git.sourceforge.net/gitroot/dracut  for now.  See the TODO
  69 file for things which still need to be done and HACKING for some
  70 instructions on how to get started.  There is also a mailing list that
  71 is being used for the discussion -- initramfs@vger.kernel.org.  It is
  72 a typical vger list, send mail to majordomo@vger.kernel.org with body
  73 of 'subscribe initramfs email@host.com'
  74
  75
  76 Licensed under the GPLv2