05:51 <Guest67> Hi there, i am facing problem related to memory card. After few days of 24*7 usage, the memory card is getting corrupted. it needs to reflash the debian to use again. Let me know if there is generic issue or else i can explain full application

06:18 <zmatt> Guest67: any power cycling involved?

06:20 <zmatt> the most likely cause of sd card corruption is power interruption during writes

06:21 <zmatt> (or removing the card without cleanly unmounting)

06:23 <zmatt> otherwise, try using a different sd card... sd cards will get flaky over time as a result of wear-out from writes. I have a microSD card that's basically a random number generator, some sectors return different data each time you read them

06:28 <Guest67> thanks zmatt, I am using Poketbeagle, My application involved continues read and write DDR. I was suspecting the issue in coding we have done. is most propable reasone is power cycling issue. we have designed custom board.

06:30 <zmatt> ehh what you're saying is full of contradictions

06:31 <zmatt> are you using a pocketbeagle or a custom board? what does DDR have to do with anything? coding errors can't cause filesystem corruption (assuming you're not doing extremely bad things like directly writing to /dev/mmcblk0)

06:32 <zmatt> have you tried to examine a "corrupted" card to determine what has happened to it? does the system fail to boot entirely on such a card?

06:32 <zmatt> what are you observing exactly?

06:33 <Guest67> we have design custom board to accommodate signal conditioning circuits, which will then connected with Pocketbeagle.

06:33 <zmatt> okay, that doesn't sound like it's likely to be relevant

06:34 <Guest67> i am not able to access the corrupted card.

06:35 <Guest67> yes the PB can boot up but we can not connect the PB using USB.

06:36 <zmatt> are you able to mount the card on another linux system?

06:37 <Guest67> not sure about that

06:38 <Guest67> Will try that.

06:38 <Guest67> if i am able to mount on other system, what points should i look for?

06:38 <Guest67> to debug find the issue?

06:38 <zmatt> any chance you're just filling up the card and there's no more free space left on it? that can potentially cause boot failure

06:39 <zmatt> and of course whether the filesystem is corrupted to the point of being unmountable

06:40 <Guest67> i dont think if there is free space issue

06:41 <zmatt> are you power cycling the pocketbeagle? (without cleanly shutting down by software command or using the power button)

06:42 <Guest67> that is possibility because we use this device in industry, power cycle can happen.

06:43 <zmatt> are you using a consumer sd card or an industrial-quality sd card?

06:43 <Guest67> i think it is consumer SD card 'Sandisk Ultra'

06:44 <Guest67> can you recommend otherwise?

06:44 <zmatt> consumer sd cards are especially prone to corruption when a power failure happens during a write, and may also corrupt data other than what's being written to (e.g. critical filesystem structures)

06:45 <Guest67> Okay..

06:45 <zmatt> industrial SLC/pSLC cards should be more resistant to that

06:45 <Guest67> Thanks for suggestion.

06:45 <zmatt> I don't have any experience with them, we don't use sd cards at all

06:46 <zmatt> but the first google hit I got (https://www.kingston.com/en/memory-cards/industrial-grade-sd-uhs-i-u3) explicitly mentions they're pSLC and have "Power failure protection"

06:46 <Guest67> Thanks zmatt.

06:47 <Guest67> one more thing i want to ask, it is related to csv file generation in beagleone

06:48 <zmatt> otherwise, see if there's a way to prevent power interruptions... I know 5V UPSes exist

06:48 <Guest67> on writing data from DDR to csv, some time the csv file is getting random corrupted date for a moment(~100mS). can it be same issue?

06:49 <zmatt> ?

06:49 <zmatt> that sounds more like a bug in your software

06:49 <zmatt> but depends on what you mean by it

06:50 <zmatt> data corruption as a result of power interruption will almost always involve large blocks of data being corrupted

06:50 <Guest67>  Okay..

06:50 <Guest67> i am not getting Software related help for csv file generation

06:51 <Guest67> i tried to find but unable to get content on csv generation issue in c language.

06:52 <zmatt> not getting help is most commonly due to asking questions poorly (i.e. phrased in a way that makes it difficult to offer help, e.g. by not including enough information) or in the wrong place (e.g. generating CSV files is not hardware-specific so this isn't really the best place to ask)

06:52 <zmatt> anyway, I need to get back to work... good luck

06:53 <Guest67> Thanks very much, zmatt

06:53 <zmatt> also, the link I gave earlier was a normal sd card, you'd obviously want the microsd version: https://www.kingston.com/en/memory-cards/industrial-grade-microsd-uhs-i-u3

06:54 <Guest67> yes microsd

06:57 <zmatt> and just to emphasize again I have no experience with this card, it was just the first google hit I got an an example

06:57 <zmatt> there's a variety of manufacturers of "industrial" sd cards... of course what that label means in practice may vary

06:58 <Guest67> Okay sure