Corrupted UBIFS, bad CRC
Karsten Jeppesen
arm9263 at yahoo.com
Thu Jan 12 08:47:29 EST 2012
Hi Guys,
Artem was the last one to respond back in November and I have been working hard on this ever since, but porting kernels takes a bit.
I am sorry not to have included the content of the earlier emails but I am attempting to answer all the outstanding questions.
Yes, Artem, I downloaded and adapted the backported tree (kernel 2.6.32 which was the closest to our 2.6.32.8) and it still showed the error.
I am painfully aware of that you like to look at problems close to current state and I am *really* trying to accomodate that.
I have ported kernel 3.2.0 (rudimentary though) to test for this problem, and it still exists.
I am provoking the error by having 16 machines powercycle at 20 secs power-on, 3 secs power-off and in 24hrs 2 machines will fail.
I have run the speed-test (see below if interested) and I will be running the stresstest later today or in the weekend.
As I stated: this test was done on a stock kenel 3.2.0 patched to our ARM9263
You stated last time that you were able to reclaim the blocks using a PC. Could this be an architectual problem PC/ARM ?
(Structure needs cleaning - is there an fsck for that?)
Sincerely,
Dr. Karsten Jeppesen
Last time I submitted way to much debug. This time hope it is correct:
--- MOUNTING DEBUG OUTPUT (mount -t ubifs ubi0:rootfs /skov/mnt/rootfs)
# mount -t ubifs ubi0:rootfs /skov/mnt/rootfs
UBIFS: recovery needed
UBIFS error (pid 18479): ubifs_recover_leb: corrupt empty space LEB 4:0, corruption starts at 144
UBIFS error (pid 18479): ubifs_scanned_corruption: corruption at LEB 4:144
UBIFS error (pid 18479): ubifs_scanned_corruption: first 8192 bytes from LEB 4:144
00000000: 00000000 00000000 00000000 00000000 ffffffff ffffffff ffffffff ffffffff ................................
00000020: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ................................
00000040: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ................................
... more lines with just fffffff
00001fc0: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ................................
00001fe0: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ................................
UBIFS error (pid 18479): ubifs_recover_leb: LEB 4 scanning failed
mount: mounting ubi0:rootfs on /skov/mnt/rootfs failed: Structure needs cleaning
#
---
--- SPEEDTEST OUTPUT
# modprobe mtd_speedtest dev=4
=================================================
mtd_speedtest:
MTD device: 4
mtd_speedtest:
not NAND flash, assume page size is 512 bytes.
mtd_speedtest:
MTD device size 63700992, eraseblock size 131072, page size 512, count of
eraseblocks 486, pages per eraseblock 256, OOB size 0
mtd_speedtest:
testing eraseblock write speed
mtd_speedtest:
eraseblock write speed is 148 KiB/s
mtd_speedtest:
testing eraseblock read speed
mtd_speedtest:
eraseblock read speed is 1531 KiB/s
mtd_speedtest:
testing page write speed
mtd_speedtest:
page write speed is 149 KiB/s
mtd_speedtest:
testing page read speed
mtd_speedtest:
page read speed is 1475 KiB/s
mtd_speedtest:
testing 2 page write speed
mtd_speedtest:
2 page write speed is 147 KiB/s
mtd_speedtest:
testing 2 page read speed
mtd_speedtest:
2 page read speed is 1505 KiB/s
mtd_speedtest:
Testing erase speed
mtd_speedtest:
erase speed is 334 KiB/s
mtd_speedtest:
Testing 2x multi-block erase speed
mtd_speedtest:
2x multi-block erase speed is 299 KiB/s
mtd_speedtest:
Testing 4x multi-block erase speed
mtd_speedtest:
4x multi-block erase speed is 295 KiB/s
mtd_speedtest:
Testing 8x multi-block erase speed
mtd_speedtest:
8x multi-block erase speed is 293 KiB/s
mtd_speedtest:
Testing 16x multi-block erase speed
mtd_speedtest:
16x multi-block erase speed is 291 KiB/s
mtd_speedtest:
Testing 32x multi-block erase speed
mtd_speedtest:
32x multi-block erase speed is 289 KiB/s
mtd_speedtest:
Testing 64x multi-block erase speed
mtd_speedtest:
64x multi-block erase speed is 286 KiB/s
mtd_speedtest:
finished
=================================================
#
---
More information about the linux-mtd
mailing list