Go to file
2024-01-31 23:46:15 +01:00
.github/workflows ci: Automate rebasing v6.x-branch-binary onto binary on release 2024-01-25 01:50:35 +01:00
common multiboot2: better logging of unknown and unsupported tags 2024-01-31 16:17:18 +01:00
decompressor misc: Use cc-runtime instead of libgcc-binaries 2024-01-21 18:26:07 +01:00
host host/limine: Improve error reporting from uninstall() 2024-01-07 01:52:21 +01:00
man/man1 host: Condense various host utilities into a single executable 2023-04-11 22:04:05 +02:00
stage1 stage1/gdt: Mark accessed flag in descriptors 2023-09-09 10:08:44 -05:00
test chainload: Split up BIOS and EFI chainloading into 2 different protocols 2023-12-10 03:14:11 +01:00
.gitignore build: Use git for all subprojects 2024-01-26 01:13:18 +01:00
bochsrc vbe: Fix bug where the vbe tty double buffer did not properly refresh 2020-12-27 19:32:18 +01:00
bootstrap build: Tidy up bootstrap script 2024-01-31 23:46:15 +01:00
ChangeLog docs: Update ChangeLog and README.md for 7.0.2 2024-01-26 01:28:41 +01:00
config.h.in build: Unbreak out of tree builds 2022-02-21 00:40:15 +01:00
CONFIG.md chainload: Split up BIOS and EFI chainloading into 2 different protocols 2023-12-10 03:14:11 +01:00
configure.ac build: Use git for all subprojects 2024-01-26 01:13:18 +01:00
COPYING misc: Update copyright years 2024-01-02 19:20:49 +01:00
GNUmakefile.in build: Use git for all subprojects 2024-01-26 01:13:18 +01:00
limine.h misc: Avoid usage of reserved identifiers in certain cases. Closes #325 2024-01-20 21:35:42 +01:00
PHILOSOPHY.md fs: Drop ext2/3/4 support 2023-12-10 03:14:26 +01:00
PROTOCOL.md docs: PROTOCOL.md: Update deprecation warnings for removed features 2024-01-25 01:44:33 +01:00
README.md docs: Update ChangeLog and README.md for 7.0.2 2024-01-26 01:28:41 +01:00
screenshot.png menu: Change menu arrow to use unicode big arrow 2023-08-29 22:34:15 -05:00
test.mk fs: Drop ext2/3/4 support 2023-12-10 03:14:26 +01:00
version.sh build: Fix version.sh for when it is ran from a different directory 2022-07-02 14:01:18 +02:00

Limine

What is Limine?

Limine (pronounced as shown here) is a modern, advanced, portable, multiprotocol bootloader, also used as the reference implementation for the Limine boot protocol.

Donate

If you want to support the work I (@mintsuki) do on Limine, feel free to donate to me on Liberapay: Donate using Liberapay

Donations welcome, but absolutely not mandatory!

Limine's boot menu

Reference screenshot

Photo by Pixabay

Supported architectures

  • IA-32 (32-bit x86)
  • x86-64
  • aarch64 (arm64)
  • riscv64

Supported boot protocols

  • Linux
  • Limine
  • Multiboot 1
  • Multiboot 2
  • Chainloading

Supported partitioning schemes

  • MBR
  • GPT
  • Unpartitioned media

Supported filesystems

  • FAT12/16/32
  • ISO9660 (CDs/DVDs)

If your filesystem isn't listed here, please read the philosophy first, especially before opening issues or pull requests related to this.

Minimum system requirements

For 32-bit x86 systems, support is only ensured starting with those with Pentium Pro (i686) class CPUs.

All x86-64, aarch64, and riscv64 (UEFI) systems are supported.

Packaging status

Packaging status

Binary releases

For convenience, for point releases, binaries are distributed. These binaries are shipped in the -binary branches and tags of this repository (see branches and tags).

For example, to clone the latest binary release, one can do:

git clone https://github.com/limine-bootloader/limine.git --branch=binary --depth=1

or, to clone a specific binary point release (for example 7.0.2):

git clone https://github.com/limine-bootloader/limine.git --branch=v7.0.2-binary --depth=1

In order to rebuild host utilities like limine, simply run make in the binary release directory.

Host utility binaries are provided for Windows.

Building the bootloader

The following steps are not necessary if cloning a binary release. If so, skip to "Installing Limine binaries".

Prerequisites

In order to build Limine, the following programs have to be installed: common UNIX tools (also known as coreutils), GNU make, grep, sed, find, awk, gzip, nasm, mtools (optional, necessary to build limine-uefi-cd.bin). Furthermore, gcc or llvm/clang must also be installed, alongside the respective binutils.

Configure

If using a release tarball (recommended, see https://github.com/limine-bootloader/limine/releases), run ./configure directly.

If checking out from the repository, run ./bootstrap first in order to download the necessary dependencies and generate the configure script (GNU autoconf required).

./configure takes arguments and environment variables; for more information on these, run ./configure --help.

./configure by default does not build any Limine port. Make sure to read the output of ./configure --help and enable any or all ports!

Limine supports both in-tree and out-of-tree builds. Simply run the configure script from the directory you wish to execute the build in. The following make commands are supposed to be run inside the build directory.

Building Limine

To build Limine, run:

make    # (or gmake where applicable)

The generated bootloader files are going to be in ./bin.

Installing Limine binaries

This step is optional as the bootloader binaries can be used from the ./bin or release directory just fine. This step will only install them to share, include, and bin directories in the specified prefix (default is /usr/local, see ./configure --help, or the PREFIX variable if installing from a binary release).

To install Limine, run:

make install    # (or gmake where applicable)

How to use

UEFI

The BOOT*.EFI files are valid EFI applications that can be simply copied to the /EFI/BOOT directory of a FAT formatted EFI system partition. These files can be installed there and coexist with a BIOS installation of Limine (see below) so that the disk will be bootable on both BIOS and UEFI systems.

The boot device must contain the limine.cfg files in either the root, limine, boot, or boot/limine directory of one of the partitions, formatted with a supported file system (the ESP partition is recommended).

Secure Boot

Limine can be booted with secure boot if the executable is signed and the key used to sign it is added to the firmware's keychain. This should be done in combination with enrolling the BLAKE2B hash of the Limine config file into the Limine EFI executable image itself for verification purposes. For more information see the limine enroll-config program and the philosophy.

BIOS/MBR

In order to install Limine on a MBR device (which can just be a raw image file), run limine bios-install as such:

limine bios-install <path to device/image>

The boot device must contain the limine-bios.sys and limine.cfg files in either the root, limine, boot, or boot/limine directory of one of the partitions, formatted with a supported file system.

BIOS/GPT

If using a GPT formatted device, there are 2 options one can follow for installation:

  • Specifying a dedicated stage 2 partition.
  • Letting limine bios-install attempt to embed stage 2 within GPT structures.

In case one wants to specify a stage 2 partition, create a partition on the GPT device of at least 32KiB in size, and pass the 1-based number of the partition to limine bios-install as a second argument; such as:

limine bios-install <path to device/image> <1-based stage 2 partition number>

In case one wants to let limine bios-install embed stage 2 within GPT's structures, simply omit the partition number, and invoke limine bios-install the same as one would do for an MBR partitioned device.

The boot device must contain the limine-bios.sys and limine.cfg files in either the root, limine, boot, or boot/limine directory of one of the partitions, formatted with a supported file system.

BIOS/UEFI hybrid ISO creation

In order to create a hybrid ISO with Limine, place the limine-uefi-cd.bin, limine-bios-cd.bin, limine-bios.sys, and limine.cfg files into a directory which will serve as the root of the created ISO. (limine-bios.sys and limine.cfg must either be in the root, limine, boot, or boot/limine directory; limine-uefi-cd.bin and limine-bios-cd.bin can reside anywhere).

After that, create a <ISO root directory>/EFI/BOOT directory and copy the relevant Limine EFI executables over (such as BOOTX64.EFI).

Place any other file you want to be on the final ISO in said directory, then run:

xorriso -as mkisofs -b <relative path of limine-bios-cd.bin> \
        -no-emul-boot -boot-load-size 4 -boot-info-table \
        --efi-boot <relative path of limine-uefi-cd.bin> \
        -efi-boot-part --efi-boot-image --protective-msdos-label \
        <root directory> -o image.iso

Note: xorriso is required.

And do not forget to also run limine bios-install on the generated image:

limine bios-install image.iso

<relative path of limine-bios-cd.bin> is the relative path of limine-bios-cd.bin inside the root directory. For example, if it was copied in <root directory>/boot/limine-bios-cd.bin, it would be boot/limine-bios-cd.bin.

<relative path of limine-uefi-cd.bin> is the relative path of limine-uefi-cd.bin inside the root directory. For example, if it was copied in <root directory>/boot/limine-uefi-cd.bin, it would be boot/limine-uefi-cd.bin.

BIOS/PXE boot

The limine-bios-pxe.bin binary is a valid PXE boot image. In order to boot Limine from PXE it is necessary to setup a DHCP server with support for PXE booting. This can either be accomplished using a single DHCP server or your existing DHCP server and a proxy DHCP server such as dnsmasq.

limine.cfg and limine-bios.sys are expected to be on the server used for boot.

UEFI/PXE boot

The BOOT*.EFI files are compatible with UEFI PXE. The steps needed to boot Limine are the same as with BIOS PXE, except that the limine-bios.sys file is not needed on the server.

Configuration

The limine.cfg file contains Limine's configuration.

An example limine.cfg file can be found in test/limine.cfg.

More info on the format of limine.cfg can be found in CONFIG.md.

Acknowledgments

Limine uses a stripped-down version of tinf for early GZIP decompression.

Limine relies on stb_image for runtime GZIP decompression and image loading.

Discord server

We have a Discord server if you need support, info, or you just want to hang out with us.