Hi Gautam, Thanks for the reply! I actually had the same idea last night, and did manage to boot the board using an image on an SD card, and was able to run the fsck from there against the bad partition on the eMMC, and saw the details of the corruption. I was able to repair the partition and ultimately reflashed the board. So thanks for the reply and the confirmation!
But, what I'm still baffled about is: *Why the fsck couldn't run as part of the kernel startup when the system was booted normally?* I assume the partition hasn't been mounted at that point yet, so why would the fsck fail to start? It's really just more of an understanding-type of question. Anyway, we 're now looking at ways to prevent sudden or unexpected power downs from potentially effecting such behavior/corruptions. Found this reference which looks pretty helpful: https://www.embeddedarm.com/about/resource/preventing-filesystem-corruption-in-embedded-linux ... and the BBB has power down signalling (section 5.10 of the ref manual) that we take advantage of as well. Thanks again! Dave -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/6a1b5c18-d05e-40ac-bfbe-4c0e30249d1f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
