ubifs/NAND problem?

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>