SD blocking the system

rph-r

Hi!
my SD suddenly block the system on boot. This time it has nothing to do with fstab (commenting the line has no effect). When powering the Bela, power led is lit, but nothing else. It seems Bela wants to boot on it.
The last action I did with the card is copying files on it, I did it on a computer. I had to chown user for that. No idea if it matters. Filesystem is EXT4.
I checked the card, it is perfectly sane.

rph-r

if I hotplug the SD and mount -a, it works!

giuliomoro

If I understand correctly the AM3358 TRM, the device cannot boot from an external USB drive connected to the USB host port. This means that Linux from the eMMC/SD should be starting fine, but at some point that hangs because of the presence of the external disk. If you cannot trace what's happening some other way, consider connecting a UART adapter to the 5x1 pin header (J1) on the BBB:

That will show the linux log as it boots and eventually provide a console to log in into the device. It could be useful to debug what's happening.

rph-r

thank you!
just to be sure you understood : I boot from eMMC, SD card is only there to record soundfiles.

giuliomoro

I see. Well ... thing is you said "SSD" and not "SD", so I assumed it was a USB SSD drive ...

I am not sure what the rules are for booting from SD card, that's something that's done in uboot. I believe it takes a look at the SD card and decides based on the presence of files and/or specifically binary blobs whether it should try to boot from it. @Ward can maybe help here, as he's clearly done it properly.

Ward

giuliomoro @Ward can maybe help here

I tried modifying and recompiling the u-boot binary that is provided with the Bela and I asked on the BeagleBoard forum but I'm sorry to say I gave up. I just use a 32GB SDHC with the normal Bela image and then an extra partition appended that takes up the remaining +/- 26GB.

rph-r

sorry for SD-SSD mistake... shame on me :-/
I correct for the next...

I checked SD if it wouldn't have some flags up, but it didn't.
I don't really know what happened when I mounted it on the Debian: after chown it created a lost+found directory. I removed it but it didn't fix nothing. No other hidden files appear.

giuliomoro

Anyhow, I would think that as long as the SD card doesn't have a first partition which contains a /uEnv.txt or /boot/uEnv.txt and a valid kernel file system in /boot/, then it shouldn't boot from it.

rph-r

ok thank you anyway... The strange thing about that is it used to work.

giuliomoro

From the thread that Ward linked:

By default “u-boot” on the eMMC will scan the microSD for a bootable image (it looks for /uEnv.txt and /boot/uEnv.txt trigger files and if u-boot finds them it’ll boot it)…

Are those files there?

rph-r

for sure not! Maybe u-boot can't complete the check on the SD and hangs?

giuliomoro

Maybe
You need to check via uart ad I suggested. Or create a small dummy empty first partition and then a second big one taking up tall the space. I believe uboot only looks in the first partition so by keeping it wiped you may be able to remove the glitch