3.8.13 - Unable to flash Beaglebone Black Rev C with SD card

[RobertCNelson]

@endyong

Was that the root cause that /dev/mmcblk0p2 could not be set, instead, it always ended with /dev/mmcblk1p2 or /dev/mmcblk1p1, no matter how it was specified in uEnv.txt? What was happening behind?

Which is why i added the uenv_root=/dev/mmcblk0p2 variable in /boot/uEnv.txt 8-9 years ago, to override the automatic setting of /dev/mmcblkXpY

@endyong

What did you mean “a fresh format” specifier, in uEnv.txt?

Nope, exactly what i said… “a fresh format” blow the data on it way via dd and try reformat it with fsck.ext4 before re-flashing it… Honesty, based on those i/o errors, it’s almost dead…

@endyong

Was the fact that 3.8.13-bone79 on SD was still not able to boot up related to your comments on other post that older bones were using uuid mechanism to detect SD, which later on was changed in newer BBB Debian releases?

uuid/partuuid, it was all fragile… Once mainline accepted the mmc name patch, we’ve thrown all that old fragile stuff out…

[endyong]

@endyong

mmcblk0: error

The error only showed up when booting from 3.8.13-bone79 on SD. I didn’t see such error booting from 3.8.13-bone79 on emmc or any newer images on SD or emmc. Was it one of problems 3.8.13-bone79 has? Even on emmc, we need an override (uenv_root=/dev/mmcblk0p2) to boot up and it looks like a problem for all older images that 3.8.13-bone79. I am glad with your help, now I can roll my BBB back to bone79 on emmc. Thanks and truly appreciate your help.

[RobertCNelson]

@endyong

The error only showed up when booting from 3.8.13-bone79 on SD.

That’s good news, it’s easy to replace a bad/broken microSD…

Regards,