[Arm-dev] File system corruption
rgm at htt-consult.com
Thu Dec 13 18:26:54 UTC 2018
On 12/13/18 12:09 PM, Fred Gleason wrote:
> On Dec 13, 2018, at 11:54, Stephan Guilloux
> <stephan.guilloux at crisalid.com <mailto:stephan.guilloux at crisalid.com>>
>> Stress test still running on reputable brand with no PB, after 6 or 7h.
>> During this stressing session, we found a few broken SD, from another
>> reputable brand.
>> Not all cards, though, but enough to put some confusion... ;-)
> Well, remember, we are dealing with flash RAM here. After enough
> write/erase cycles, it *will* wear out. The goal is to optimize the
> overall system to get maximum lifetime out of the media. For example,
> on our production setups we do things like putting ‘/var/log’ on tmpfs
> (it doesn’t matter for the particular application that the log data
> evaporates after reboots). That greatly reduces wear on the media,
> while still allowing log data to be accessed during a session for
> debug purposes.
All too often I am looking at contents of /var/log after a system
restart to figure out what went wrong.
So that is yet another reason I am sticking with SOCs that have good
sata support. So I can run rootfs there...
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Arm-dev