Changelog: grub-mender-grubenv: Add lock file to prevent data races
when accessing boot environment concurrently.
Changelog: grub-mender-grubenv: Fail execution if both environments
are corrupt.
Changelog: grub-mender-grubenv: Recompute checksum after restoring
environment (new versions of grub-editenv add extra data).
Ticket: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
Changelog: User must now supply the overlay generated by a
bootstrap script to mender-convert with the --overlay option in
order for the scripts to take effect.
Additionally, the bootstrap scripts may now be called from any
directory.
BREAKING CHANGE: see changelog
Ticket: MEN-5109
Signed-off-by: Mikael Torp-Holte <mikael.torp-holte@northern.tech>
Changelog: Supplying configs/mender_convert_demo_config as a
--config parameter to mender-convert will add/override polling
interval parameters on top of a mender.conf file found in the
overlays.
Ticket: MEN-5109
Signed-off-by: Mikael Torp-Holte <mikael.torp-holte@northern.tech>
Changelog: Support Mender integration in
`raspberrypi-net-mods/wpa_copy` script included in recent Raspberry Pi
OS images by modifying the hard-coded mount point for the boot partition
from `/boot` to `/uboot`.
Ticket: MEN-5955
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Changelog: Support Mender integration in `userconf-pi/userconf-service`
script included in recent Raspberry Pi OS images by modifying the
hard-coded mount point for the boot partition from `/boot` to `/uboot`.
Ticket: MEN-5954
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Changelog: Support Mender integration in
`raspberrypi-sys-mods/firstboot` script included in recent Raspberry Pi
OS images by modifying the hard-coded mount point for the boot partition
from `/boot` to `/uboot`.
Ticket: MEN-5944
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Ticket: ME-6
Changelog: The prebuilt Mender Grub integration now comes with the XFS module
installed by default.
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
This already broke once in our pipeline, so let's add this job
configuration so that we keep testing it.
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This fixes a boot problem which was introduced in the standalone grub
boot scripts, during the grub.d integration work.
Changelog: None
Ticket: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This means that `grub-install` and `update-grub` no longer risk
bricking the device, but will produce boot scripts with Mender support
integrated. It also means that the standard GRUB menu will be
available.
It is supported on x86_64 platforms where `grub.d` is available, and
can be turned on and off with `MENDER_GRUB_D_INTEGRATION`. The default
is to use it if available.
Devices that did not previously use `grub.d` integration won't be
upgraded correctly with it turned on, so it is advised to set
`MENDER_GRUB_D_INTEGRATION=n` if you are upgrading existing devices.
Changelog: Commit
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
* Standardize on "qemux86-64", not "qemux86_64", since the former is
what is used everywhere else.
* Rename qemux86_64 to ubuntu-qemux86-64, since we now have more than
one qemu configuration.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
Changelog: The fstab file from the image being converted is now preserved across convertions, with the Mender specific additions merged with the existing fstab file, as opposed to replacing it completely. Which was the previous approach.
Signed-off-by: Simon Ensslen <simon.ensslen@griesser.ch>
Changelog: Download and install Debian packages taking into account the
target OS. Now downloads.mender.io serves four distributions: the two
latests releases for Debian and Ubuntu. Probe /etc/os-release to figure
out the correct package to install, and fallback to Debian Buster
packages which was the previous default.
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Changelog: grub-mender-grubenv: User space tools, "fw_printenv" and
"fw_setenv" have been renamed to "grub-mender-grubenv-print" and
"grub-mender-grubenv-set", respectively. This has been done in order
to avoid conflict with U-Boot's user space tools, which have the same
names.
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
As per today, our pre-converted image ships with Debian buster, while
Raspberry Pi OS APT repository has moved already to Debian bullseye,
moving buster from "stable" to "oldstable".
This configuration allows apt to update the information without
interaction from the user. This is the default behaviour in newer
versions of apt, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931566
Changelog: Title
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
This moves the device configuration to a config script in configs/, from the
previous setup in the bootstrap scripts.
It does so by creating a new resources/ folder in the top-level directory, which
is then populated with the configuration file, and the server parameters only.
When the conversion is run with the demo configuration
configs/mender_convert_demo_config the conversion will install all the add-on's
available, and modify the configuration file in resources to align with our
regular Mender demo configuration.
Changelog: Add a demo configuration in configs/mender_convert_demo_config which
when added at run time creates a Mender demo setup in the converted image. This
includes short polling intervals, and all add-on's installed by default.
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
This adds the:
* `MENDER_CLIENT_INSTALL` option, to allow an image to come without the
mender-client installed by default.
The option is on by default, but turned off for the custom image configuration
we use for building the images we provide as a part of our documentation onboarding.
Changelog: Added an option `MENDER_CLIENT_INSTALL=y/n`, in order to
configure the installation of the Mender client into the converted image.
Defaults to `yes`.
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
By symbolic linking to all existing files in /uboot. This fix deprecates
the previous hand-picked symbolic links.
Changelog: Raspberry Pi: create symbolic links from /boot to /uboot for
all existing files in boot partition. Some Raspberry Pi apps, like Pi
Camera, expect firmware files at /boot.
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Changelog: Always create symlinks from `/var/lib/mender-configure` to
`/data/mender-configure`. They always need to installed in a
rootfs-image prepared image, even if the software isn't, because if
the package is installed later, the links must be present or it will
act as if it is a non-rootfs image, and store the settings on the
rootfs partition, when they should be stored on the data partition.
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
This reverts commit 417b82ae76.
Without this file, Mender can not be used out of the box.
Changelog: None
Signed-off-by: Kristian Amlie <kristian.amlie@northern.tech>
By editing upstream systemd services to expect boot partition in /uboot
instead of /boot
Changelog: raspberrypi_config: Modify headless configuration services to
expect boot partition in /uboot instead of /boot.
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Update tests accordingly.
Changelog: raspberrypi_raspbian_config: Remove /etc/mender/artifact_info
from image. For pre-converted images, the file is expected to be
populated at setup time.
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Changelog: Support installing mender-configure addon. Not installed by
default, it can be configured using MENDER_ADDON_CONFIGURE_INSTALL and
MENDER_ADDON_CONFIGURE_VERSION variables.
Changelog: Set mender-configure version to master
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Changelog: Now it is possible to to select a custom filename for the deployed files by using a DEPLOY_IMAGE_NAME string in the config file.
Signed-off-by: nils olav <nils.olav@northern.tech>
Changelog: Now it is possible to write multiple device types in the config file using a space seperated string. Filenames for files in the deploy dir will contain all the device names seperated with +.
Signed-off-by: nils olav <nils.olav@northern.tech>
Changelog: Support installing mender-shell addon. Not installed by
default, it can be configured using MENDER_ADDON_SHELL_INSTALL and
MENDER_ADDON_SHELL_VERSION variables.
Changelog: Set mender-shell version to master
Changelog: Create demo configuration for Mender Shell addon in
bootstrap-rootfs-overlay-demo-server.sh script
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
Add a deb module with reverse engineered logic to download a given deb
package from an APT repository, and modify mender-client download to use
this method instead of the legacy wget direct download.
Changelog: None
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
The 'latest' tag is always pointing to the latest released Mender-client.
Therefore it is no longer necessary to update the client version on release.
Changelog: Package latest released Mender-client by default
Signed-off-by: Ole Petter <ole.orhagen@northern.tech>
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>
Kristian Amlie
Mikael Torp-Holte
Lluis Campos
Ole Petter
Simon Ensslen
Peter Grzybowski
Fabio Tranchitella
nils olav
Drew Moseley
Dell Green