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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community