Go to file
Harald Hoyer 58dbb43eac initqueue now loops until /dev/root exists or root is mounted
init now has the following points to inject scripts:

/cmdline/*.sh
   scripts for command line parsing

/pre-udev/*.sh
   scripts to run before udev is started

/pre-trigger/*.sh
   scripts to run before the main udev trigger is pulled

/initqueue/*.sh
   runs in parallel to the udev trigger
   Udev events can add scripts here with /sbin/initqueue.
   If /sbin/initqueue is called with the "--onetime" option, the script
   will be removed after it was run.
   If /initqueue/work is created and udev >= 143 then this loop can
   process the jobs in parallel to the udevtrigger.
   If the udev queue is empty and no root device is found or no root
   filesystem was mounted, the user will be dropped to a shell after
   a timeout.
   Scripts can remove themselves from the initqueue by "rm $job".

/pre-mount/*.sh
   scripts to run before the root filesystem is mounted
   NFS is an exception, because it has no device node to be created
   and mounts in the udev events

/mount/*.sh
   scripts to mount the root filesystem
   NFS is an exception, because it has no device node to be created
   and mounts in the udev events
   If the udev queue is empty and no root device is found or no root
   filesystem was mounted, the user will be dropped to a shell after
   a timeout.

/pre-pivot/*.sh
   scripts to run before the real init is executed and the initramfs
   disappears
   All processes started before should be killed here.

The behaviour of the dmraid module demonstrates how to use the new
mechanism. If it detects a device which is part of a raidmember from a
udev rule, it installs a job to scan for dmraid devices, if the udev
queue is empty. After a scan, it removes itsself from the queue.
2009-07-03 18:11:38 +02:00
modules.d initqueue now loops until /dev/root exists or root is mounted 2009-07-03 18:11:38 +02:00
test initqueue now loops until /dev/root exists or root is mounted 2009-07-03 18:11:38 +02:00
.gitignore do not ignore old test files 2009-05-25 15:33:19 +02:00
AUTHORS mv Authors AUTHORS, add AUTHORS to specfile 2009-06-19 14:40:09 +02:00
COPYING And licensing... 2008-12-10 16:36:31 -05:00
HACKING add more documentation 2009-06-17 15:43:53 +02:00
Makefile version 0.3 2009-07-02 11:48:27 +02:00
README add more documentation 2009-06-17 15:43:53 +02:00
README.generic add README.generic 2009-06-19 13:59:06 +02:00
README.modules Properly detect -H and --hostonly mode 2009-05-29 18:38:49 -04:00
TODO add more documentation 2009-06-17 15:43:53 +02:00
dracut Remove modules dependency 2009-07-02 17:18:09 +02:00
dracut-functions Don't use absolute paths for utilities 2009-07-02 17:13:06 +02:00
dracut.8 add "--add" option to the manpage 2009-07-02 13:14:57 +02:00
dracut.conf add sample dracut.conf file 2009-06-04 13:07:59 +02:00
dracut.spec add firmware packages to be required by the dracut-generic package 2009-07-03 13:17:08 +02:00
switch_root.c updated switch_root.c 2009-06-19 13:00:08 +02:00

README

Dracut
------
Dracut is a new initramfs infrastructure.

Information about the initial goals and aims can be found at 
https://fedoraproject.org/wiki/Initrdrewrite 

Unlike existing initramfs's, this is an attempt at having as little as
possible hard-coded into the initramfs as possible.  The initramfs has
(basically) one purpose in life -- getting the rootfs mounted so that
we can transition to the real rootfs.  This is all driven off of
device availability.  Therefore, instead of scripts hard-coded to do
various things, we depend on udev to create device nodes for us and
then when we have the rootfs's device node, we mount and carry on.
This helps to keep the time required in the initramfs as little as
possible so that things like a 5 second boot aren't made impossible as
a result of the very existence of an initramfs.  It's likely that
we'll grow some hooks for running arbitrary commands in the flow of
the script, but it's worth trying to resist the urge as much as we can
as hooks are guaranteed to be the path to slow-down.

Most of the initrd generation functionality in dracut is provided by a bunch
of generator modules that are sourced by the main dracut script to install
specific functionality into the initrd.  They live in the modules subdirectory,
and use functionality provided by dracut-functions to do their work.
Some general rules for writing modules:
 * Use one of the inst family of functions to actually install files
   on to the initrd.  They handle mangling the pathnames and (for binaries,
   scripts, and kernel modules) installing dependencies as appropriate so
   you do not have to.
 * Scripts that end up on the initrd should be POSIX compliant. dracut
   will try to use /bin/dash as /bin/sh for the initrd if it is available,
   so you should install it on your system -- dash aims for strict POSIX
   compliance to the extent possible.
 * Hooks MUST be POSIX compliant -- they are sourced by the init script,
   and having a bashism break your user's ability to boot really sucks.
 * Generator modules should have a two digit numeric prefix -- they run in
   ascending sort order. Anything in the 90-99 range is stuff that dracut
   relies on, so try not to break those hooks.
 * Hooks must have a .sh extension.
 * Generator modules are described in more detail in README.modules.
 * We have some breakpoints for debugging your hooks.  If you pass 'rdbreak'
   as a kernel parameter, the initramfs will drop to a shell just before
   switching to a new root. You can pass 'rdbreak=hookpoint', and the initramfs
   will break just before hooks in that hookpoint run. 

Also, there is an attempt to keep things as distribution-agnostic as
possible.  Every distribution has their own tool here and it's not
something which is really interesting to have separate across them.
So contributions to help decrease the distro-dependencies are welcome.

Currently dracut lives on sourceforge.

Project Page:
https://sourceforge.net/projects/dracut/

Drop Harald Hoyer <harald@redhat.com> a mail, if you want to help with 
the documentation, git access, etc.

Git Repository:
http://dracut.git.sourceforge.net/
git://dracut.git.sourceforge.net/gitroot/dracut

Trac Instance:
http://apps.sourceforge.net/trac/dracut/ 

The git tree can be found at
git://dracut.git.sourceforge.net/gitroot/dracut  for now.  See the TODO
file for things which still need to be done and HACKING for some
instructions on how to get started.  There is also a mailing list that
is being used for the discussion -- initramfs@vger.kernel.org.  It is
a typical vger list, send mail to majordomo@vger.kernel.org with body
of 'subscribe initramfs email@host.com' 


Licensed under the GPLv2