I’m new in Mender and currently working on a PoC to evaluate it. After having a good start with Mender based on the “Get started” projects I’m now struggeling while creating my first own “golden image” with Ubuntu 20 LTS on a Raspberry 3 model B.
I installed Ubuntu on a 32GB SD card and after that there are 2 partitions – a small boot partition and a bigger OS partition. I shrink the OS partition to 8GB. After that I start mender-convert on an Ubuntu virtual machine hosted on Windows with VMware. The SD card is connected as block device from host to VM for using “dd”. The mender-convert process starts, detects the two partitions in the SD card image but runs in an error:
The error is from this line and the variable RASPBERRYPI_KERNEL_IMAGE is defined here. So it seems like your boot partition has a different name for the kernel image.
I just tried converting a vanilla Ubuntu 20.04 and worked just fine using configs/raspberrypi3_config. The image I used was ubuntu-20.04.2-preinstalled-server-armhf+raspi.img.xz from official Ubuntu site. Can you please try with this vanilla image? That will show us if the problem is in your setup (I don’t think so, though) or with the image.
If the setup is sane, the next step I suggest is to then compare the contents of the boot partition from the vanilla image and your golden image. Maybe there is some modification and a new kernel image was installed in /boot partition (most likely the name of the kernel image). If the kernel image has a different name, redefine RASPBERRYPI_KERNEL_IMAGE in a custom config file and add it you your mender-convert call.
That is indeed a very strange situation: it now has failed installing the Mender package (more specifically, inspecting downloads.mender.io for the latest package) which is before the kernel copy that was failing before.
This new error cannot be related to the image.
Needless to say that the wget on that URL works fine for me. Maybe some networking issue between Docker, the Ubuntu VM, and your Windows host?
I don’t have an overall picture in my mind what docker is doing in your tool chain. But downloading the package manually via Firefox was possible. So - no network problems with the Ubuntu VM or the host.
@Sven_DS my comment assumes that you are running docker-mender-convert, as documented in the official docs page, in the VM. In that case mender-convert is running inside a container, and hence the possible networking issue.
It really was more of a wild guess, it puzzles me that networking worked fine earlier (when you used your golden image).
I’m not giving up. I try your tool chain with Raspi OS and it works fine. The conversion runs smoothly and after start I have registered the device. Backed with that success I try it with Ubuntu Server 20 LTS 32bit: conversion runs the first time without errors (don’t no why). But startup failed with the following log messages (see attachments).
Hi Sven,
one suggestion which might be a workaround for the networking issue is to run mender-convert directly in the VM.
So instead of Win->[VM] Linux-> [Docker] mender-convert you could try Win->[VM] Linux-> [Native] mender-convert.
To do this replace ./docker-mender-convert with just ./mender-convert when running it in your Ubuntu VM.
Yeah, that confirms that your UBoot is not built with the Mender patches. I don’t know what the “Error: Can’t force access to” messages are about.
I don’t know how the Ubuntu 20 RPI images work but it seems that a custom UBoot build will be needed. @tranchitella didn’t you play with mender-convert using Ubuntu?
@janezcimerman: No, I’m not working on this any longer. It was only the first step. Now I’m using our final HW platform an Intel based “standard” system.
Just a heads up Mender.io staff… I just spent 30 minutes writing a rant about how much I’m starting to think this product is smoke and mirrors and/or vaporware for at least 1 OS on 1 SBC system. Unfortunately, and the reason for the rant is, It’s Ubuntu and RPI4. Like it or not, those two make up a very large market share, with Ubuntu being the *ux of choice for servers for around 85% of the systems out there (IIRC, don’t quote me, it’s late) and RPI hardware in general being VERY attractive to clients such as mine and to burgeoning DIY embedded system designers.
I saved the original rant and replaced it with this message.
Final thought: PLEASE get your community hub’s info aggregated into single locations like “sticky” threads or just maybe update your documentation with some of the content here. Furthermore, your documentation could stand quite a bit of revision. The tutorial on mender-convert is missing several pieces of information such as recommended methods of imaging disks, what you can and/or should do to the image after creating it but before conversion (failures because partitioning wouldn’t fit on the disk it came from??? I know how it can be fixed, but don’t you think that telling a complete unknown variable (i.e. random tutorial readers) a few more items of information such as how to trim down disk used space, resizing partitions AFTER imaging, and many many more things about using your service might be helpful? Additionally, do you really feel that placing a challenge (“do you think you can do better?”) to improve upon your documentation is really a good idea? I can tell you that it was a cause for concern to me even before I started reading it…
If you think this was long and “rant-y”, you should have seen the rant…
@rushowr this thread has only now caught my attention, I’m really sorry about that. However I hope that the “Amazing” means you’ve had some good success?
Having said that, I am very much aware of the need to revisit and streamline the documentation respectively tutorial situation. It is high on my priority list and will be started real soon.
Obviously this is both late and not making up for lost time, which I dearly know as a developer, but what I can offer straight away is time to take your opinion and also rants. Just ping me if you feel like it!
Josef, thank you for your reply. I wish that I had better news for you concerning what “amazing” meant. I was making a statement about how amazingly frustrating working with this product. I’ll contact you directly, and any information of use that results will be compiled into a post by me on the board to help others probably feeling the same way I do here but not having the lack of inhibition that I do (gotta love traumatic brain injuries that result in that particular effect)…
Cheers, and talk soon!