ubifs/NAND problem?

Boudewijn wankelwankel at yahoo.com
Sun Jan 15 22:48:19 CET 2012


On Sunday 15 January 2012 18:58:29 Rico Rommel wrote:
> Am Sonntag, 15. Januar 2012, 18:10:11 schrieb Boudewijn:
> > [ 1274.330000] UBI: attaching mtd6 to ubi0
> > [ 1274.330000] UBI: physical eraseblock size:   131072 bytes (128 KiB)
> > [ 1274.330000] UBI: logical eraseblock size:    129024 bytes
> > [ 1274.330000] UBI: smallest flash I/O unit:    2048
> > [ 1274.330000] UBI: sub-page size:              512
> > [ 1274.330000] UBI: VID header offset:          512 (aligned 512)
> > [ 1274.330000] UBI: data offset:                2048
> > [ 1274.330000] UBI error: validate_ec_hdr: bad VID header offset 2048,
> > expected 512
> > [ 1274.330000] UBI error: validate_ec_hdr: bad EC header
> > [ 1274.330000] UBI error: ubi_io_read_ec_hdr: validation failed for PEB 0
> > [ 1274.330000] Unable to handle kernel paging request at virtual address
> > 00100104
> > 
> > What does it try tell me? What can I do about it?
> 
> I have to specify the data offset manually.
> 
> Try passing the options
> 
> ubi.mtd=6,2048 root=ubi0:name_of_rootfs or
> ubi.mtd=6,2048 root=ubi0_0
> 
> to kernel or use
> 
> ubiattach -m 6 -O 2048
> 
> at commandline.
> 
> Rico

Thanks, that works.

I used the commandline, which gave me /dev/ubi0_0 (and equally /dev/ubi0), 
besides /dev/ubi_ctrl.

After that I can 
mount -t ubifs /dev/ubi0_0 /mnt/
and it nicely shows my QtMoko v35 installation.

I tried the same with partitions 0-5, but no luck there (either with/without -
O 2048; perhaps they need another offset).

The fact that no distro will boot gives reason to think that the kernel 
partition has a problem. I consulted the wiki to find out which offset might 
be applicable, and found the bad blocks [1] page. 

I could find out which blocks are not good using u-boot:
 "The u-boot command "nand bad" lists the offsets of the bad blocks."
I'm not experienced in either serial interfacing nor calculating between 
memory mappings and partition tables. I have an idea what to do, but not clear 
enough to start right away. If other things fail, I'll give it a try anyway 
:-)

I'll first give Ivans method of flashing a way to big file to a partition a 
try, it might shake up things enough to start writing to a good location 
afterward. (I guess it will just start complaining about lack of space, 
instead of breaking more than I intended...)

Boudewijn


[1] http://wiki.openmoko.org/wiki/NAND_bad_blocks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openmoko.org/pipermail/community/attachments/20120115/5bec1716/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1967 bytes
Desc: not available
URL: <http://lists.openmoko.org/pipermail/community/attachments/20120115/5bec1716/attachment.bin>


More information about the community mailing list