Re: UBIFS Index Node Corruption - Invalid Key Type

[Richard Weinberger <richard@nod.at>]

Am 11.05.2016 um 09:29 schrieb DHANAPAL, GNANACHANDRAN (G.):
> On Wed, May 11, 2016 at 12:22:23PM +0530, Gnanachandran Dhanapal wrote:
>> On Tue, May 10, 2016 at 06:48:24PM +0200, Richard Weinberger wrote:
>>> Am 10.05.2016 um 16:49 schrieb DHANAPAL, GNANACHANDRAN (G.):
>>>> Thanks for the reply, Richard. 
>>>> Please find two files in google drive share.
>>>>
>>>> 	1. dump_mtd7_ecc.log   - /dev/mtd7 dump with ecc
>>>> 	2. leb_peb_map_22706.log   - LEB to PEB map. This information is taken by having print in table.
>>>>
>>>> Share:
>>>> 	https://drive.google.com/open?id=0B7tYZDLZ_KAZMFd4MENlQkJuNjA
>>>
>>> Hmm, the share contains only log files.
>>> I need a pristine dump of your NAND (created by nanddump without OOB data) to analyze the issue.
>>>
>>> Thanks,
>>> //richard
>>
>> Sorry Richard, The file name or its extension "dump_mtd7_ecc.log" might be confusing. but actually this file was created using 
>> command "nanddump /dev/mtd7 -f dump_mtd7_ecc.log". This file of size 510MB.
>>
>> dump_mtd7_ecc.log MD5SUM 	= 5b04c52f992036047d426fa07691429e
>> 		  SHA256SUM 	= 28a36d3fc28c18adc29be66525c1a28e68143937ec43be425ee942d3375c17a6
>>
>> Please let me know if you have any issue accessing the file.

Ahh, .log for a dump file, creative naming. ;-)

I had a brief look, the provided dump has more problems.
The dent node with the bad type is not referenced by the journal,
so we can ignore it for now.
The worse problem is that the index references a lot of non-existing
inodes.

Is this a pristine UBIFS with all fixes applied?
Your kernel is rather old. Not sure if we ever had such an issue,
but still...
Can you please explain a bit more what your device is doing and what
NAND/UBI layout you are using?

Thanks,
//richard