Originally the intention was to fix the U-Boot integration for
Beaglebone, but this seems to have been broken for a long time, almost
a year, and no one has complained about it. The problem appears to be
connected to this commit [1], but it's not entirely clear to me what
the fix should be, and there are a lot of patches for our U-Boot fork.
However, since the U-Boot integration is supposed to be the backup
solution, rather than dig into U-Boot I decided to just fix the UEFI
path instead. This method doesn't require any patching, but there is
a problem with the specific image which is available for download at
the time of writing. So just grab the boot loader and kernel pieces
from a later, yet unbuilt, image, and it all works again.
Changelog: Title
Changelog: beaglebone: Remove U-Boot integration, which has not worked
for a long time. U-Boot will still be used for booting, but GRUB will
be used for integration with Mender, by chainloading via UEFI.
[1] e88d5dbf01
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
- Issue: #MEN-3725
The following new config variables have been added which closely mirror those used in meta-mender
to give fine grained controll over partition device paths. If partuuid support is enabled then
these partition variables must be used as format doesnt fit device/number variables scheme.
If partuuid support is disabled then partition variables are optional liek in meta-mender.
MENDER_ENABLE_PARTUUID
MENDER_BOOT_PART
MENDER_ROOTFS_PART_A
MENDER_ROOTFS_PART_B
MENDER_DATA_PART
Example:
MENDER_BOOT_PART="/dev/disk/by-partuuid/26445670-f37c-408b-be2c-3ef419866620" #gpt
MENDER_BOOT_PART="/dev/disk/by-partuuid/26445670-01" #dos
MENDER_BOOT_PART="/dev/sda1" #partuuid support disabled
Changelog: Partition UUID support added for gpt/dos partition tables for deterministic booting
Signed-off-by: Dell Green <dell.green@ideaworks.co.uk>
From grub-mender-grubenv changelog:
Changelog: add 'rootwait' to bootargs
Changelog: grubenv: Handle debug command prompt when running as EFI app.
Changelog: utilize regexp to dynamically set mender_grub_storage_device
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
Changelog: Title
Add generic x86 configuration which can be applied on any distribution
runing on x86.
As example is added setup for converting CentOS Linux 8 (test device was used Intel NUC)
with 128G SSD.
Signed-off-by: Marek Belisko <marek.belisko@open-nandra.com>
Changelog: Title
Setup for converting ubuntu 18.04 (test device was used Intel NUC)
with 128G SSD.
Signed-off-by: Marek Belisko <marek.belisko@open-nandra.com>
Partition scheme can be forced by setting MENDER_PARTITION_SCHEME="gpt" or MENDER_PARTITION_SCHEME="dos", otherwise it will use the scheme from the input image.
Changelog: Add support for GPT partition tables
Signed-off-by: Nate Baker <bakern@gmail.com>
This commit adds a systemd script which on boot runs parted to fill the
remaining space on the memory card into the data partition.
Changelog: None
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
This change retains the name of the converted input image, and adds the device
type and a mender suffix, so that the user can both recognize the converted
image, and is aware of what the device the converted image supports.
Changelog: None
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
This is a bit unfortunate, but our converted image does not work for
all of them, like the original.
Changelog: Title
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
2.04 does not work on Beaglebone Black.
Ticket: https://tracker.mender.io/browse/MEN-2404
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
The previous 4GB size gave an aprox 1.5GB rootfs, which was not enough
to run a full `apt-get update && apt-upgrade` after flashing.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
The S3 path now follows the pattern:
/mender/mender-convert/uboot/<dev-family>/<dev-config>-<uboot-ver>.tar
For RPi and BBB these are automatically published form the CI Pipeline
of repo mender-convert-integration-scripts while for RockPro64 they have
been manually moved (as we expect this to be a one time integration).
Reworked a bit also the *_BINARIES variable so that we can keep the
u-boot version in the base config files and let the childs only define
the a config name.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
* `IMAGE_ROOTFS_SIZE` - The base size of the rootfs. The other two
variables modify this value
* `IMAGE_ROOTFS_EXTRA_SIZE` - The amount of free space to add to the
base size of the rootfs
* `IMAGE_OVERHEAD_FACTOR` - Factor determining the amount of free
space to add to the base size of the rootfs
The final size will be the largest of the two calculations. Please see
the `mender_convert_config` file comments for more information.
Changelog: Commit
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This is necessary for the U-boot -> EFI -> GRUB integration to be
complete as many boards embedd the U-Boot binary at the start
of the SD/eMMC a.k.a boot-gap.
When MENDER_COPY_BOOT_GAP is enabled, it will be copied from the
input disk image to the output ".sdimg"
MEN-2784
Changelog: Title
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
Now that the Debian packages are generated for the three architectures,
abandon the temporary location and switch to the master ones.
After the next Mender release, we can switch to the "released" packages.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Ubuntu Server images actually use U-boot by default on RPi3 and the
layout and naming of the files is slightly different on the boot partition.
That is why we need additional logic here to determinant what we are converting
Changelog: Add support for Ubuntu Server images on Raspberry Pi 3
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
On some RPi3 images, e.g Ubuntu Server there is no resize init script,
and these commands would fail trying to convert such an image.
This can also be useful on Raspbian images, if they have been booted
once before they are converted using "mender-convert"
Changelog: None
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
And drop the workaround.
This includes only one change:
2a8a20f01d4 Disable addition of simple-framebuffer by U-boot
Fixes: MEN-2685
Changelog: Fix "yellow" HDMI output on Raspbian Buster
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
The goals of the re-write was to achieve the following:
1. It should be easy to extend the tool to support other boards or distributions
2. We should not compile code in the tool (rely on binaries built elsewhere)
compiling code increases complexity, due to requirement of toolchains etc.
3. The tool shall not be designed around specific hardware/platform types
- This is the case today with the usage of --device-type flag
4 The tool should be to convert images without knowing anything about the hardware/platform
relates to above 3.
5. Configuration interface should be simplified
- command line flags -> configuration files
6. Platform specific code shall be provided trough “hooks”, and are not part of the “core” mender-convert code
7. It shall be easy to extend functionality
- support for rootfs overlay to inject user applications/configurations
- ability to override how the Mender Artifact is generated (to be able to sign and include state-scripts)
8. Code structure should be modular
- Eases Maintenance and possibility of making isolated changes
Changelog: Title
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
Kristian Amlie
Lluis Campos
Drew Moseley
Dell Green
Marek Belisko
Nate Baker
Ole Petter
Fabio Tranchitella
Mirza Krak