Table of Contents
- Use binary packages
- Build from source
- Testing, new features, bug fixes.
- Custom storage layouts like LVM, Software RAID or BCACHE and 'real' system.
- Remote rescue shell
- Boot from rootfs on encrypted storage, software raid, lvm or all of them together.
- Minimal rescue environment, also available remotely! SSH into initramfs before system boots, fix, for example, broken network scripts and boot it normaly.
- Choose rootfs over its LABEL or UUID, no more problems with wrong root variable because you added few hard disks.
- Debug, new kernel and kernel panic with unable to mount rootfs? Check in rescue shell if you have your disks in /dev, see dmesg if the kernel initialized hard disk controller.
- Support for BCACHE.
- Support for LVM.
- Support for dmcrypt LUKS
- Support for software RAID
- Rescue shell
- Remote rescue shell, available over ssh.
- UUID/LABEL support for root and enc_root
- Support for resume from TuxOnIce, in-kernel suspend (swsusp) and Userspace Software Suspend (uswsusp).
- Go to the https://bitbucket.org/piotrkarbowski/better-initramfs/downloads and download tarball.
- Unpack and read README.binary and README.rst
Clone git repository from bitbucket:
git clone https://bitbucket.org/piotrkarbowski/better-initramfs.git
make bootstrap-all make prepare make image
The first one will fetch Rob Landley's Aboriginal Linux root-filesystem image (about 25-27M), unpack it and prepare basic devices nodes (null, zero, random, urandom), next it will build in order busybox, lvm2, zlib, dropbear, libuuid, popt, libgpg-error, libgcrypt, cryptsetup, mdadm, libx86, pciutils, lzo and suspend. The build process takes about 2 minutes on first generation mobile Core i5. As the build process is done in chroot, you need to do it as root.
make prepare will copy binaries from
sourceroot/bin and do some basic device nodes.
make image will pack sourceroot into cpio gzip archive. See about section for informations about why we build tools that way. Check
make help for more options.
If you want to try new features or hit any bug, check branch
devel if there is no already a fix for your issue, if not then please file bug report via bitbucket's issue tracker or mail.
- drop to rescueshell just before mount rootfs to /newroot.
- Run sshd server. Let you ssh into initramfs on error, to input password for encrypted rootfs, or to fix something remotly.
- Wait X seconds after setting up sshd, useful when you want to login (and thus pause boot process) before booting real system.
- Setup sshd to listen on X port. Default: 22.
- Specify on which interface the network should be configured. Optionally a vlan can be specified separated by a dot. Example: eth0 or eth0.55
- Configure <addr> with <cidr> netmask on binit_net_if. Usualy you want something like '18.104.22.168/24'. If you will not add /CIDR, the IP will be configured with /32 thus you will be not able to connect to it unless you specify binit_net_gw.
- Optional gateway config, if you want to connect via WAN.
- Mount rootfs in read-write. Default: read-only.
- Don't check if kernel support devtmpfs, use mdev instead. (Useful for really old kernels).
- Get up raid arrays
- Run X after switching to newroot, Default: /sbin/init.
- try resuming with TuxOnIce. Depends on resume= variable which points to the device with image, usualy swap partition.
- try resuming with userspace software suspend. Depends on resume= variable which points to the device with the system snapshot, usually swap partition.
- try resuming with swusps (in-kernel suspend). Depends on resume= variable which points to the device with system snapshot, usually swap partition.
- Specify device from which you want to resume (with tuxonice or uswsusp).
- Scan all disks for volume groups and activate them.
cryptsetup luksOpenon enc_root variable.
- for example
/dev/sda2if sda2 is your encrypted rootfs. This variable is ignored if luks isn't enabled. You can specify multiple devices with colon as spearator, like
- for example
/dev/mapper/enc_rootif you have LUKS-encrypted rootfs,
/dev/mapper/vg-rootfsor similar if lvm or just
/dev/sdXXif you haven't rootfs over lvm or encrypted.
- rootfstype=<filesystem type>
- Set type of filesystem on your rootfs if you do not want to use 'auto',
- Set how many seconds initramfs should wait [for devices]. Useful for rootfs on USB device.
- pass X flag(s) to mount while mounting rootfs, you can use it to specify which btrfs subvolume you want to mount.
- Disable discards support on LUKS level, use if you don't want to allow lvm layer (if used) to send discards on reduce/resize or filesystem layer on file deletions to underlaying storage thru dmcrypt luks layer. Disabling discards on SSD-type storage may noticable degradate performance over time.
- Bring up bcache devices. This will get ready for use /dev/bcache* which means one can have rootfs on bcache as well as anything else.
When one gets storage initialized on better-initramfs level there's no need for 'real' system to provide anykind of userspace support for it later (unless some crazy usecases), meaning LVM will be up and running without lvm2 installed on system, same goes for software raid without mdadm, DM Crypt LUKS without cryptsetup and bcache without bcache-tools.
From the system point of view, there are already block devices when /sbin/init of 'real' system is executed so there's no need to bring up any userspace for given storage solutions, fully transparent and effective.
Hooks let users include own code in initramfs's init process, replacing functions, variables and including additional support (like ZFS in pre_newroot_mount for example). In order to use hooks one have to create sourceroot/hooks/<LEVEL>/ dir and put there files with exec bit. Supported levels are init, early, pre_newroot_mount, pre_switch_root.
In order to use remote rescue shell you need to place your authorized_keys file into sourceroot/ dir before you run
make image. The in-initramfs sshd server support only keypair-based authentication.
Rootfs over encrypted lvm's pv (extlinux config):
LABEL kernel1_bzImage-3.2.2-frontier2 MENU LABEL Gentoo Linux bzImage-3.2.2-frontier2 LINUX /bzImage-3.2.2-frontier2 INITRD /initramfs.cpio.gz APPEND rootfstype=ext4 luks enc_root=/dev/sda2 lvm root=/dev/mapper/vg-rootfs
Rootfs over software raid1 with remote rescueshell and rootfs over LABEL:
LABEL kernel1_bzImage-3.2.2-frontier2 MENU LABEL Gentoo Linux bzImage-3.2.2-frontier2 LINUX /bzImage-3.2.2-frontier2 INITRD /initramfs.cpio.gz APPEND softraid root=LABEL=rootfs sshd sshd_wait=10 sshd_port=2020 sshd_interface=eth0 sshd_ipv4=172.16.0.8/24
A few issues incorrectly reported as better-initramfs bugs commonly enough to write them here.
Initramfs does not 'support' any kind of hardware, if your USB keyboard does not work its propably because you did not compiled USB HID drivers into your kernel or have it as modules, which aren't loaded at initramfs boot time.
If you use UUID/LABEL then no, it has nothing to do with your system's fstab, it means that your root variable, like root=LABEL=rootfs is not correct and there is no filesystem with such label or your kernel does not support your storage backend which makes the partitions not accessable to the kernel. Check whatever you can see /dev/sd* nodes, if no, then propably its about missing PATA/SATA/SCSI driver from your kernel.
The better-initramfs started from the need to boot from dmcrypted rootfs and the genkernel's initramfs looked like wrong idea in so many ways. Later I was in need to support LVM, LVM over dmcrypt and dmcrypt over LVM, it ended with a several copies of code 'cryptlvm-initramfs' 'lvmcrypt-initramfs' and so on. So I decided to rename one of the 'best' copies into better-initramfs and make it flexible yet simple to read, understand and improve. The better-initramfs is host independent, thanks to the Aboriginal linux, we do build all the tools (and its deps) inside Aboriginal, with uClibc. The uClibc have many adventages over common used glibc, it is not so bloated, the static binaries are really static (static dropbear still need glibc's libc, libnss and friends to work!) and the size of uclibc-powered binaries is about 50% or even more smaller than the glibc one. For me, better-initramfs's (remote)rescueshell, among other features, is great replacement for livecd and other rescue systems for most of the incidents when I need to change/fix/adjust something what can't be done on booted system.
This code is released under Simplified BSD License, see LICENSE for more information.
- better-initramfs maintained by:
- Piotr Karbowski <firstname.lastname@example.org>
Check contributors in