-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't boot bpi-r3 after system upgrade #12
Comments
Try poweroff, there is a strange issue where sdcard isn't detected in uboot (or nvme in linux) after software reboot |
Thanks for the quick reply. Power cycled the BPi R3. I am getting the same issue. This is the output of
|
Was my image on this card before? Was it completely written? You could try sgdisk fix from my wiki |
Yes it worked for quite some time, then I updated and upgraded the system, rebooted and got the error.
I assume yes.
Doing it now. First thing I noticed is that there are a few errors associated with /dev/sde
And the output of gdisk:
Question |
I run gdisk on /dev/sde to fix the problem with no luck. Could you point me to the wiki you were referring to? i found an answer to an old post where you mentioned sgdisk.
Same issue:
|
Let r3 off for some minutes, that helped me always (but i had it rarely). Which vendor of sdcard do you use? |
SanDisk 128 Gb. I left it overnight, I turned it on, it worked. Then I added mt7915e entry in the/etc/modules file rebooted. Dead again. I just cannot work with it. There must be something wrong |
Of course something is wron,but i guess it is different clock config between linux and uboot...but i did not found it and have this issue really rarely,so can't reproduce/force it for deeper digging |
I’m in the process of creating a new image to see if the issue can be reproduced. After running the command I’m currently writing the image with the following command: I will provide an update once the write operation is complete. If there’s anything I should be doing differently, please let me know. |
The write operation completed successfully:
However, when I insert the SD card into the BPI-R3, I encounter the following issue:
Is there a specific way I should be preparing the SD card to avoid this issue? |
Really wait till all data is written...e.g. calling sync |
Running the gunzip and dd command again. I will leave it as it is. I will update the comment when done |
Same System Halt issue:
This is the screeshot of gparted. Any idea of what I am doing wrong? |
Gpt looks right...are the switches on board on right position and card correctly inserted? Your output is only bootrom...not even bl2 is found so strange...this is part of the base image which is downloaded from my uboot repo and should be ok |
You can try do a hexdump of first 1M of your card which should show a sdmmc header in the first bytes |
Yes, double checked. Switched are all up.
I wasn't sure how to check the sdmmc header with hexdump. I tried this approach:
|
It shold be on beginning,but uppercase... Something like this
|
|
SDMMC_BOOT should be near offset 0x0 and if the bootswitches are right it should be found by bootrom |
Found the relevant part:
|
I’ve ordered some new micro SD cards and will give it another try once they arrive. |
I ve tried with three brand new sd cards. Same error. sudo fdisk -l returns:
|
This is normally no problem. It is caused by image uses fixed size of underlying storage and so it does not match the device you flash image to... Also there is normally a backup gpt at the end of the disk which also causes similar warnings and can be corrected with sgdisk |
Changed microSD adapter, microSD reader and computer. Now I am getting the following and the system boots. I ll use it for a few days and eventually mark the issue as Solved.
|
Rebooted and got stuck with this error message:
Looks like a rabbit hole |
Powerdown and wait some few minutes... |
Waited one minute. It is booting up. |
You can look for mmc info when having this ...i had it not very often but saw mmc controller was only 1bit instead of 4...i guess clocks are different in linux/uboot but they looked same...with newer uboot we make clocks same and using linux dts...only need to solve the overlay build problem in uboot |
If this approach proves to be consistently reliable and stable, I'm okay with closing the issue. However, I'm genuinely interested in helping to resolve this problem for good, as I've become quite invested in this repository and your work. Since it seems like I can reliably reproduce the issue, please let me know how I can assist in finding a permanent solution. I'm eager to collaborate and help out in any way I can. |
Thank you for the detailed explanation! To help solve this, I'll start by consistently reproducing the issue and documenting when the MMC controller switches to 1-bit mode. I'll also compare the clock settings between Linux and U-Boot as you suggested. If there's anything specific you'd like me to look into regarding the overlay build problem in U-Boot or other areas, please let me know. I'm eager to help out and work together to resolve this issue once and for all. I have a limited understanding of the components involved in this issue. I need some guidance |
I'm also not deep enough in these things and had the issue not often enough to trace it to its root If you deep enough in makefiles...i have uboot to build the dtbo with of_upstream and want the fdtoverlay call now to merge defined dtbo to base dt https://github.com/frank-w/u-boot/commits/2024-07-bpi-ofupstream-all/ Used some code from linux,but it requires targets for dtbo i do not have as thes compiled without target (there is no makefile listing all dtbo,i compile all for current soc) In this file you see what i do for dtbo (disabled the fdtoverlay command to fix build for now) Which is defined here: I just want to call fdtoverlay with basedt and all dtbos from config option |
I am using a debian 12 image created with your tool.
./buildimg.sh bpi-r3 bookworm
After a system update and upgrade I am not able to boot the system anymore.
I am getting:
Any advice?
The text was updated successfully, but these errors were encountered: