MEN-2640
Changelog: Title
Based on work from:
Signed-off-by: Yevgeniy Nurseitov <enurseitov@gmail.com>
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
--demo-host-ip/-i would imply that the intention is to use the
demo server, otherwise we do not not want to install the demo
certificate.
Changelog: Title
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
Changelog: None
Signed-off-by: Mario Kozjak <kozjakm1@gmail.com>
device-image-shell: qemu-user-static info
Signed-off-by: Mario Kozjak <kozjakm1@gmail.com>
Note that this integration relies on an "standard" U-boot integration,
but the binaries are not built in mender-convert and instead it
relies on fetching pre-built binaries.
Changelog: Support for RockPro64 board
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
So far the assumption has been that we are targeting an arm (32-bit),
when we are compiling the Mender client during docker container build.
To be able to support other platfors we need to parameterize this, and
this commit adds support for arm64.
Changelog: Title
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
Changelog: Since mender-convert now automatically resizes the input image, there is an additional step that is executed.
Signed-off-by: Simon Ensslen <simon.ensslen@griesser.ch>
Changelog: Instruct U-Boot to be able to boot either a compressed or an uncompressed kernel. This is very useful e.g. when switching from Debian (Raspbian) created using mender-convert to a Yocto based environment that does not compress the Kernel by default.
Signed-off-by: Simon Ensslen <simon.ensslen@griesser.ch>
That is if it fails, proceed with conversion without it.
The current logic only supports shrinking a rootfs on BBB and RPi
devices (this is deducted from $raw_disk_counts) and calling
'disk_image_shrink_rootfs' would fail on 'qemux86_64' device.
Shrinking the rootfs is not a hard-requirement and is only an
optimization (mainly for RPi devices).
Changelog: None
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
This message has lately generated some confusion,
*** Data partition size set to default value: 128MB ***
1/9 Repartitioning raw disk image...
Detected raw disk image with 2 partition(s).
Calculating partitions' sizes of the Mender image.
Adjust Mender disk image size to the total storage size (2048MB).
Defined total storage size of MB is too small.
Minimal required storage is 60056MB. Aborting.
There are two things here that are hard to understand:
- Why does it not respect the 'storage-total-size-mb' setting of 2048MB?
- Where does the 60GB requirement come frome?
This normally happens if you have booted an image once on e.g Raspbian,
which will expand the rootfs to occupy the reamining blocks of the SD
card. And if you then do a "dd" dump of that image you will get that
expanded rootfs size. We normally recommend to run
"raw-disk-image-shrink-rootfs" on these type of images before
"from-raw-disk-image" command, which will ensure that the rootfs is
reduced in size.
To remedy the confusion here, simply run the
"raw-disk-image-shrink-rootfs" unconditionally when running
"from-raw-disk-image", this way it will not matter if the input image
has been "expanded" and the '--storage-total-size-mb' will always be
respected assuming that that the actual rootfs size does not overflow
the '--storage-total-size-mb' setting.
Because 'raw-disk-image-shrink-rootfs' is now a default, we also remove
the external command for this.
Changelog: shrink expanded rootfs when running "from_raw_disk_image"
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
This signficantly increases time to generate Artifacts,
but also significantly reduces the Artifact sizes.
Example (gzip, lzma) on 2019-04-08 Raspbian conversion:
* Size: 354M -> 224M (-37%)
* Compression time: 1min -> 10min (10x)
Changelog: Use LZMA for smaller Artifact size (but slower generation).
Signed-off-by: Eystein Måløy Stenberg <eystein.maloy.stenberg@northern.tech>
Note that --update (-u) option changed to --file (-f) in v3.
Changelog: Use mender-artfact v3. Requires rebuild of device-image-shell container.
Signed-off-by: Eystein Måløy Stenberg <eystein.maloy.stenberg@northern.tech>
-> fail fast, fail hard
Changelog: Fail the docker build when mandatory build-arg 'mender_client_version' is not set.
Signed-off-by: Simon Gamma <github@survive.ch>
otherwise the "secure-path" will override our carefully created path-variable
Changelog: Use same environment '$PATH' variable when using sudo
Signed-off-by: Simon Gamma <github@survive.ch>
otherwise the path variable is expanded at docker build time instead of at runtime when running the container.
Changelog: Expand existing environment '$PATH' variable instead of replacing it
Signed-off-by: Simon Gamma <github@survive.ch>
ARMv7 is backward compatible with ARMv6, so binaries compiled for ARMv6 should also work on ARMv7.
Changelog: Title
Issue: MEN-2399
Signed-off-by: Adam Podogrocki <a.podogrocki@gmail.com>
When installing the client, call "make install" from source directory
and then modify the default setup with the user input (tenant token,
server url, demo...), eliminating this way the duplication on the
install recipe.
Also, setting the default build version to 2.0.0 beta
Other minor changes along the way:
* Include liblzma build dependency
* Change --mender-client parameter to be optional
* Abort on error in convert-stage-4.sh
* Bugfix in getting server_cert from command line option
* Error reporting when using unsupported device
* Clean-up obsolete --help example
Changelog: Title
Signed-off-by: Lluis Campos <lluis.campos@northern.tech>
"--demo" should be possible to use with any server type.
Changelog: Allow to use "--demo" flag with any given server type
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>
We had dependency because we where using an older U-boot version
which only compiled with gcc6. Since we now have updated to a
2018.xx bootloader we no longer have this limitation and we can
use binares in 'gcc-arm-linux-gnueabihf' upstream package
Changelog: Title
Signed-off-by: Mirza Krak <mirza.krak@northern.tech>