From: Artem Bityutskiy <dedekind@infradead.org>
To: jerry <jerrydreaming@gmail.com>
Cc: linux-mtd@lists.infradead.org
Subject: Re: ubifs corrupt
Date: Thu, 07 May 2009 08:15:35 +0300 [thread overview]
Message-ID: <1241673335.27549.7.camel@localhost.localdomain> (raw)
In-Reply-To: <71103bce0905060329y21a701d4m7be9f566d786f485@mail.gmail.com>
On Wed, 2009-05-06 at 18:29 +0800, jerry wrote:
> > Well, the error is that ubifs tries to read a directory entry,
> > but finds empty space there. It might be related to the way you
> > join you NAND chips.
> >
> > Could you try to reproduce this error on a simpler setup? E.g.,
> > if you do not have multiple chips joined into one, or on nandsim?
> >
> > --
> > Best regards,
> > Artem Bityutskiy (Битюцкий Артём)
> >
> >
> Ok, I will test one nandflash(K9GAG08U0M).Thank you for your help,I
> will report the result as soon as I can.
> If the error has happened,ubifs oughts to recover from it.
> when I select the UBIFS_FS_DEBUG_CHKS = y,the ubifs file system is
> recovered.I think it is recovered only in memory. Why it is not saved
> on the nandflash?
Hmm, this sounds like it is more likely UBIFS bug...
UBIFS_FS_DEBUG_CHKS just enables additional self-checks. It
is not designed for recovery. What you see is some side effect.
UBIFS should recover without UBIFS_FS_DEBUG_CHKS.
We do not have setup with that large eraseblocks. And we are
very busy now.
But if you want this problem to be fixed, the best you could do
is to find an easy way to reproduce the problem. Could you try
to simulate a similar flash with nandsim somehow? And if
you can reproduce this on your host with nandsim, this means
we can reproduce this here, which means we can try to fix
this.
E.g., you could join several nandsim partitions similar way
you joined your real chips.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
next prev parent reply other threads:[~2009-05-07 5:15 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-28 1:51 ubifs corrupt jerry
2009-05-05 5:02 ` Artem Bityutskiy
2009-05-06 10:29 ` jerry
2009-05-07 5:15 ` Artem Bityutskiy [this message]
-- strict thread matches above, loose matches on Subject: below --
2009-04-14 8:05 jerry
2009-04-14 8:32 ` Adrian Hunter
2009-04-14 9:02 ` Artem Bityutskiy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1241673335.27549.7.camel@localhost.localdomain \
--to=dedekind@infradead.org \
--cc=jerrydreaming@gmail.com \
--cc=linux-mtd@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox