JFFS2 powerfail ?

Ram vshrirama at gmail.com
Thu Apr 24 02:03:09 EDT 2008


What about the Empty Flash Messages?.

I get plenty of them.

i thought JFFS2 was having a problem with 0xFF data blocks.
whether padding the filesystem with 0xff using 'nand write' (mtd utils)
causes it?


Regards,
sriram

On 4/23/08, Artem Bityutskiy <dedekind at infradead.org> wrote:
> On Wed, 2008-04-23 at 18:48 +0100, Jamie Lokier wrote:
>  > Artem Bityutskiy wrote:
>  > > > JFFS2 notice: (791) check_node_data: wrong data CRC in data node at 0x01062120: read 0xfac2f85a, calculated 0x9ac0c6d1.
>  > > > JFFS2 notice: (791) check_node_data: wrong data CRC in data node at 0x002b9bf0: read 0x9f182fab, calculated 0x4ad20e5f.
>  > > > JFFS2 notice: (791) check_node_data: wrong data CRC in data node at 0x002b5d60: read 0x79a2a9d8, calculated 0x35234c9a.
>  > >
>  > > This is normal. It's just half-written nodes which correspond to the
>  > > last writes you made before the power cut. They are harmless, although
>  > > spam the syslog. JFFS2 cannot remove them straight after mount, so they
>  > > may accumulate. Which means each time you see corruption messages for
>  > > the previous unclean reboots. However, the corrupted nodes will go away
>  > > some time, when JFFS2 decides to garbage-collect corresponding
>  > > eraseblocks. IOW, don't worry, this is a feature.
>  >
>  > If they are going to be removed at the next GC, it would be nice to
>  > remove them earlier by overwriting them with all-1s - would that work?
>  >
>
>
> Yes, it is not a big problem to remember such blocks on scan and then
>  garbage collect them. Its just nobody cared enough to implement this.
>  You could try :-)
>
>
>  --
>  Best regards,
>  Artem Bityutskiy (Битюцкий Артём)
>
>
>  ______________________________________________________
>
> Linux MTD discussion mailing list
>  http://lists.infradead.org/mailman/listinfo/linux-mtd/
>


More information about the linux-mtd mailing list