[Bug 1765628] Re: Create an image for all raspberry models

Oliver Grawert ogra at grawert.net
Tue Oct 23 08:23:54 UTC 2018


flash-kernel is the thing that puts the bootloader and bootloader configuration in place at the end of installations (the equivalent to grub-install on x86). 
It is the interface/API you need if you want to use ubiquity or debian-intaller. 
It is also hooked up directly with the kernel debs and automatically run after a kernel update (to adjust bootloader variables, write things to flash on systems where thats needed etc).

while you can indeed go completely without debian-installer/ubiquity and
use self-expanding pre-installed images, you would need to special-case
a bunch of expected distro-defaults in the images... and would have to
maintain this patchset.

my personal preference would also be to chainload grub from u-boot like
opensuse and fedora do to implement UEFI, but this requires a lot of
integration work in various places of the distro. this should be done as
a general solution for all armhf installs across the board and needs a
bit more planning than just throwing together a rpi image ... that said,
as a proof of concept, a pi image would indeed be a good start.

note though that in the end you will still need some generic
api/interface for the installers if you want to use them. which will
make you end up with a flash-kernel-like tool again.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to livecd-rootfs in Ubuntu.
https://bugs.launchpad.net/bugs/1765628

Title:
  Create an image for all raspberry models

Status in livecd-rootfs package in Ubuntu:
  New

Bug description:
  Currently (Xenial to Bionic) server images only run on the raspberry
  pi 2.  This is due to the u-boot bootloader.

  However it is possible to produce one image that runs on a pi 2 and 3.
  Fedora arm 32 bit produce such an image.  They make use of conditional
  filters in the config.txt
  (https://www.raspberrypi.org/documentation/configuration/config-
  txt/conditional.md ) and put two versions of u-boot on the image.

  They other way to do it is to remove u-boot entirely and just rely on
  the internal pi bootloader to sort it out.  This could be permanent,
  or just for first boot where upon flash-installer is called to install
  the correct u-boot file.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1765628/+subscriptions



More information about the foundations-bugs mailing list