| Age | Commit message (Collapse) | Author |
|---|
|
Open Network Install Environment is an open image format used by
networking vendor to ship a standardised image for networking white
box switches.
ONIE hardware takes this image at boot and a script to chain load
into the final environment via kexec. We can support Debian and
derivatives on such systems by packing an ISO which then gets
unpacked, kexec'ed and live-booted.
A base ONIE system can be tested in QEMU by building a VM following
these instrunctions:
https://github.com/opencomputeproject/onie/blob/master/machine/kvm_x86_64/INSTALL
Once built, boot onie-recovery-x86_64-kvm_x86_64-r0.iso in QEMU/libvirt
and on the console there will be the terminal prompt. Check the IP
assigned by libvirt and then scp the live image (ssh access is enabled
as root without password...). Then the .bin can be booted with:
ONIE-RECOVERY:/ # onie-nos-install /tmp/live.hybrid.iso-ONIE.bin
The implementation is inspired by ONIE's own scripts that can be found
at:
https://github.com/opencomputeproject/onie/blob/master/contrib/debian-iso/cook-bits.sh
A new option, --onie (false by default) can be set to true to enable
building this new format in addition to an ISO.
An additional option, --onie-kernel-cmdline can be used to specify
additional options that the ONIE system should use when kexec'ing the
final image.
Note that only iso or hybrid-iso formats are supported.
For more information about the ONIE ecosystem see:
http://onie.org
Signed-off-by: Erik Ziegenbalg <eziegenb@Brocade.com>
Signed-off-by: Luca Boccassi <bluca@debian.org>
|
|
Support for UEFI Secure Boot is modelled after how it currently works
in Ubuntu and on how it is going to work on Debian.
A minimal bootloader, shim, is used as the first-stage and it then
loads grub. Both have to be signed.
shim-signed is already available in Debian so the filenames are
already established, and the grub2 repository and packaging is common
between the 2 distros so we can already be reasonably sure of what it
is going to be.
So if both are available, copy /usr/lib/shim/shim[x64|aa64].efi.signed
as boot[x64|aa64].efi so that UEFI loads it first, and copy
/usr/lib/grub/[x86_64|arm64]-efi-signed/grub[x64|aa64].efi.signed as
grub[x64|aa64].efi.
This grub2 EFI monolithic image is currently hard-coded in grub2's
repository to look for a config file in efi/debian, so make a copy
of the previously added minimal grub.cfg that loads the real one in
that directory in both the fat32 and ISO 9660 partitions.
The new option --uefi-secure-boot can be set to auto (default,
enable or disable.
In auto, the lack of the signed EFI binaries is intentionally left as a
soft failure - live-build will simply fallback to using the locally
generated non-signed grub2 monolithic EFI binary as the only
bootloader. Given the difficulties surrounding the Secure Boot
signing infrastructure this approach gives the most flexibility and
makes sure things will "just work" once the packages are available,
without the need to change anything in the configuration.
This will also greatly help downstream distributions and users who
want to do self-signing.
The enable or disable options work as expected.
Closes: #821084
|
|
|
|
|
|
Also fix the version string in the manual pages.
Closes: #859290
|
|
|
|
* Update the manual page with the missiong --bootappend-live-failsafe
option.
* Keep supporting the former --bootloader (without s).
|
|
|
|
Closes: #773775
|
|
Thanks to jnqnfe for the patch.
Closes: #774730
|
|
This option lets you use an alternate bootstrap script when running
debootstrap. Thanks to Sjoerd Simons <sjoerd@debian.org> for the initial
patch.
Closes: #790033
|
|
This work is based on debian-cd team work and uses,
as much as possible, the same mkisofs options
than the Debian Installation CD disk does.
It assumes that /boot/grub/grub.cfg (and other design items)
is generated by: binary_loopback_cfg .
It relies on efi-image and grub-cpmodules being setup
as build scripts on live-build package.
In the future event of these two files being moved
to a binary package (they are originally from:
src: live-installer) the binary_grub-efi script would have
to be rewritten to take the new paths into account.
|
|
|
|
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
|
|
|
|
debootstrap is the official tool to bootstrap debian,
cdebootstrap has had the one or other bug making it
broken for times during the release cycles.
The extra effort of supporting both debootstrap
and cdebootstrap is hardly worth it since the bootstrap
stage is cached anyway.
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
|
|
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
|
|
(Closes: #745134).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
from Canonical that cannot be named.
|
|
|
|
|
|
|
|
|
|
|
