jffs2 filesystem corruption

1.00/5 (1 vote)

See more:

Hi,

I have an 2 MB spi nor flash. It has jffs2 filesystem on it with size of 1 MB. Here is the steps for deploying jffs2

flash erase -j /dev/mtd10 0 0
mount -t jffs2 /dev/mtdblock10 /root/rootfs_rarely_rw

Then some important stuffs stored there. Normally everything is just fine and working properly. But somehow, some times this filesystem gets corrupted or only some of files in it gets corrupted.

Do you have any idea how to prevent this corruptions ?

Thanks.

Posted 14-May-13 19:53pm

_rfk

Add a Solution

Comments

Richard MacCutchan 15-May-13 4:04am

Are you sure it gets unmounted properly before you remove it from the system? Remember that data gets flushed to devices in a lazy manner.

_rfk 15-May-13 6:33am

Actually sync command is called right after almost all write attempts. But in some cases a file that we even dont write (only read) is gets corrupted. As it is known, jffs2 is tend to corrupt in case of a power cut during access. But in our case it is so frequent that I dont think that the reason is power cut.

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Last 24hrs

This month

Pete O'Hanlon	60
Richard MacCutchan	20
Wendelius	20
OriginalGriff	20
Richard Deeming	10

Pete O'Hanlon	515
OriginalGriff	250
Richard MacCutchan	155
merano99	110
KarstenK	50