the process, whenever I reboot the board, the boot sequence doesn’t start.
Only after I use the ‘sudo uuu imx-boot4g’ command, the board is up and running.
I think it may relate to point number 6 in the instructions:
“The binary should be written at offset 0”
I am using windows PC and the ums command mount new disk, and I just copied the file into this disk.
Before you’ve copied the file to the disk, did the command ums 0 mmc 2.1 work fine?
If it did, can you please try to erase the hw boot partition from u-boot with the following commands:
iot-gate-imx8plus=> mmc dev 2
iot-gate-imx8plus=> mmc erase 2 0x2BF66
Afterwards mount the partition again:
ums 0 mmc 2.1
and if it no longer throws an error, try to write the binary imx-boot-iot-gate-imx8plus-sd.bin-flash_evk using Etcher. On my Linux system, Etcher provides the following name for the IOT-GATE’s boot partition mounted by ums: Linux UMS disk 0 and it writes the imx-boot-flash_evk binary at offset 0.
Before it did work.
I did what you said, but I’m still getting the same error:
iot-gate-imx8plus=> mmc dev 2
switch to partitions #0, OK
mmc2(part 0) is current device
iot-gate-imx8plus=> mmc erase 2 0x2BF66
MMC erase: dev # 2, block # 2, count 180070 ...
Caution! Your devices Erase group is 0x400
The erase range would be change to 0x0~0x2bfff
180070 blocks erased: OK
iot-gate-imx8plus=> ums 0 mmc 2.1
** Invalid partition 1 **
If you’re not entering the flashing procedure, the device no longer loads u-boot nor does it load the Compulab operating system, right?
If so, please re-flash the Compulab Yocto image and see if ums works afterwards. Once it works fine, please use Etcher or dd to write the bootloader and don’t allow Windows to create any filesystem on the boot partition if prompted.
@acostach
Hey, I haven’t managed to re-flash yet, I’m having a problem accessing the GRUB menu.
I am in contact with Compulab about that and I’m trying to fix it.
@acostach
I spoke with Compulab, and they informed me that:
"
Balena does change U-Boot and disables possibility to update it for security reasons, so missing functionality makes sense.
Currenty they run bootcmd, not grub.
I believe you should check this with Balena team.
"
Could you please guide me on how to revert it back to Grub?
@Yosef I suspect that writing the Compulab u-boot might be sufficient to use ums again on the boot partition, and the steps in IOT-GATE-IMX8PLUS and SBC-IOT-IMX8PLUS: U-Boot: Recovery - Compulab Mediawiki would recover that partition and write the Compulab u-boot in it. Please let me know if these steps allow you to use ums again, and if they do, there’s no need to get to grub any further or write the reference OS.
@Yosef below are the steps I performed on my board to get to Grub and run the Compulab Debian reference image. Prior to this the board was flashed with balenaOS.
Inserted the newly flashed USB stick in the IOT-GATE-iMX8PLUS and powered on the device. The Compulab u-boot flashed at step 1) automatically ran Grub from the USB stick created at step 2)
In the Grub menu I could choose the 3rd item which ran the Compulab image installer. The Compulab image installer flashed the eMMC with the Debian image.
Let me know if these steps work for you and if you are able to expose the u-boot partition from u-boot with ums after you re-flashed both Compulab u-boot and the Compulab reference image on the device.
@Yosef I see, thanks for sharing the results. Something is wrong either with the reference image provisioning steps or with the device. They work on our side but not on yours so I opened this github issue in the Compulab repository and asked on your behalf about this problem you encounter.
It would also be great if you could let Compulab support know that flashing the reference recovery u-boot succeeds but u-boot still isn’t loaded on eMMC boot on that unit.
Just walked through the process of getting Grub and running the Compulab Debian reference image on my IOT-GATE-iMX8PLUS. Previously had balenaOS on it. Followed the steps from Compulab Mediawiki. After flashing the eMMC with the Debian image via the Compulab installer, everything seems smooth.
If anyone’s tried the same, did you manage to expose the u-boot partition from u-boot with ums after re-flashing? Eager to know if you had a similar experience.
@Yosef could you please check if using emmc_all to flash both Compulab reference u-boot and Compulab debian image (not balenaOS) works for you as the maintainer suggested in the github ticket?