ubifs/NAND problem?

Boudewijn wankelwankel at yahoo.com
Sun Jan 15 18:23:36 CET 2012


On Sunday 15 January 2012 18:10:11 Boudewijn wrote:
> Hi List,
> 
> I have problems with NAND, it seems, but I don't know how to troubleshoot
> it.
> 
> For a while I have been unable to boot SHR from NAND, but since I had
> another install on uSD, it didn't really matter. Lately I wanted to move
> to NAND anyway, to free up the relatively fast uSD for my Phoenux.
> 
> The Freerunner still won't boot from NAND though. I reflashed with SHR-core
> (and SHR's ubi-qi), to no avail. After that I flashed QtMoko v35 (and
> QtMoko's qi v35). No better result either. (For a moment I thought the MD5
> sum was incorrect, downloaded again and flashed, but it turned out
> Sourceforge hid part of the sum when there's no mouseover).
> 
> I used to be able to mount jffs2-partitions, but mounting ubifs seems a bit
> different (or broken otherwise in my installation)
> 
> I have tried:
> - using the mtdblock6-device
> - using the ubi-device (not available) [1]
> - using the device-less method [1]
> - using ubiattach (might create a dev node, but segfaults on mtd6 and hangs
> on mtd6ro
> 
> I guess ubifs is in the kernel; there's no such thing as ubi in lsmod, and
> modprobe ubifs returns an error. I added the modules from SHR-core, but
> they do not include UBI.
> 
> dmesg gives some info, see attached text for a bit more:
> 
> [ 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?
> 
> Boudewijn

By the way, I noticed the partitions start at 0, so partition 6 is 7, so I 
repeated with 5 instead. It does not segfault, it just hangs (ctrl-c gives no 
response other than printingg ^C, ctrl-d does not quit the session). 

No new mention of "attach" or "ubi" in dmesg either. 

Boudewijn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openmoko.org/pipermail/community/attachments/20120115/4a17fddd/attachment-0001.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/4a17fddd/attachment-0001.bin>


More information about the community mailing list