I tried using the arm-image-installer to create a bootable sd card for my rockpro 64 using the fedora 40 minimal image 40-1.14. It completed ok but did not boot, dumped me into a uboot environment. When I put the card in a different machine to look at the partitions the first one would not mount with an error of “doesn’t seem to have a valid NTFS”. So I created an valid file system with mkdosfs, mounted it and copied the appropriate efi files to it. Tried to boot again and got absolutely nothing. As if the uboot was not there. So I put the car back into the other machine and did a update-uboot with the proper uboot file. Tried to boot and got the same thing as the original attempt to boot. Put the card back into the other machine and the first partition would not mount again same issue with not a valid NTFS. It seems to me that the writing the uboot is stepping on the first partition. I tried the workstation image and it did not have this problem. Does it make any sense that when the arm-image-installer writes the uboot for the rockpro64 that it could be stepping on the first partition that it has previously written? Tim Krantz |
-- _______________________________________________ arm mailing list -- arm@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to arm-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
