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