(04-23-2018, 10:59 AM)ramprasad Wrote: As part of our big project, we are using the ROCK64(1G with 0.5.15-136) with FORSEE eMMC module. We have observed corruption issue very often. Most of the time, during the reboot, it shows that lot of bad block checks and trying to recover. During this time, sometimes it won't recover and it ends with initramfs prompt.  Where we are completely loosing partition 7 (root file system). 

Is this common with FORSEE? We tried other vendors of eMMC, where these are coming with some padding for other side of the connector, which seems little reliable than FORSEE. We are suspecting this as something mechanical issue.

However if we need to recover I would think we need to forced fsck on every boot before mounting the partitions. But when booting it complains about fsck is not available with initramfs. Is there anyway to include fsck with initramfs? or any other practices are available to overcome these issues?

THanks,
Ramprasad

(04-26-2018, 06:13 PM)pfeerick Wrote:

(04-23-2018, 10:59 AM)ramprasad Wrote: As part of our big project, we are using the ROCK64(1G with 0.5.15-136) with FORSEE eMMC module. We have observed corruption issue very often. Most of the time, during the reboot, it shows that lot of bad block checks and trying to recover. During this time, sometimes it won't recover and it ends with initramfs prompt.  Where we are completely loosing partition 7 (root file system). 

Is this common with FORSEE? We tried other vendors of eMMC, where these are coming with some padding for other side of the connector, which seems little reliable than FORSEE. We are suspecting this as something mechanical issue.

However if we need to recover I would think we need to forced fsck on every boot before mounting the partitions. But when booting it complains about fsck is not available with initramfs. Is there anyway to include fsck with initramfs? or any other practices are available to overcome these issues?

THanks,
Ramprasad

There may be a command line flag you can specify to run fsck on boot... I know there is on the Raspberry Pi, so it may be worth checking if it can be tripped in the rock64.

As far as common, I wouldn't have through so, or else they wouldn't be a very successful manufacturer! :-P In my own limited use cases and experience with their eMMC modules, I haven't seen any issues, on both the pinebook and rock64, using 16 and 32gb FORSEE modules.

(04-23-2018, 10:59 AM)ramprasad Wrote: As part of our big project, we are using the ROCK64(1G with 0.5.15-136) with FORSEE eMMC module. We have observed corruption issue very often. Most of the time, during the reboot, it shows that lot of bad block checks and trying to recover. During this time, sometimes it won't recover and it ends with initramfs prompt.  Where we are completely loosing partition 7 (root file system). 

Is this common with FORSEE? We tried other vendors of eMMC, where these are coming with some padding for other side of the connector, which seems little reliable than FORSEE. We are suspecting this as something mechanical issue.

However if we need to recover I would think we need to forced fsck on every boot before mounting the partitions. But when booting it complains about fsck is not available with initramfs. Is there anyway to include fsck with initramfs? or any other practices are available to overcome these issues?

THanks,
Ramprasad