K3刷梅林出现坏块投票统计

Will***

经目前大家投票看来，部分NAND出厂时就带坏块，相比之下三星“故障率”会高于Macronix
6大@63780223 原话

no no no ，我撤回之前说的，三星jffs有问题的，应尽量避免往闪存里写入数据，减少刷机次数。少折腾为好。

---

K3这次刷梅林格JFFS后有很多人发帖说会出现坏块，这些坏块甚至会影响到梅林软件中心工作，具体症状是下载任何插件都会提示效验失败。且坏块会不停增多
目前大部分出现问题的都是三星芯片，所以请大家投票统计下数据，看看是部分芯片体质不行还是说三星软件层面导致的不兼容。好查出问题的根源看有没有办法解决
这次主要是用的以下两款芯片
三星的k9f1g08u0f以及Macronix MX30LF1G18AC
芯片跟坏块的查询方法如下
LEDE：
登陆路由后台http://192.168.1.1/
打开状态，内核日志。下图为三星NAND，有坏块

梅林：
登陆路由后台，找到系统日志
搜索NAND，下图为Macronix NAND，无坏块


如出现Bad eraseblock表示是有坏块

6378***

前排求三星闪存原厂固件ttl启动完整日志。

9206***

如果占用不断扩大就是坏块，那这个应该是可以修复的，我曾经让它缩小过好几兆

Will***

920679440 发表于 2017-9-5 23:50
如果占用不断扩大就是坏块，那这个应该是可以修复的，我曾经让它缩小过好几兆

不清楚是什么类型的坏块，其实我也没有很在意这个，但是软件中心用6大的命令怎么格都没办法正常使用，且不止我一个

zero***

还没刷梅林，刷的是lean的lede, Macronix, 有一个坏块

Macronix MX30LF1G18AC


====

[    0.516192] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1
[    0.522581] nand: Macronix MX30LF1G18AC
[    0.526427] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    0.534029] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
[    0.543980] Scanning device for bad blocks
[    0.566315] random: fast init done
[    1.145545] Bad eraseblock 1023 at 0x000007fe0000
[    1.563383] random: crng init done

6378***

fly***

[    0.517129] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1
[    0.523520] nand: Macronix MX30LF1G18AC
[    0.527366] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[    0.534966] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
[    0.544923] Scanning device for bad blocks
[    0.567191] random: fast init done
[    0.685755] Bad eraseblock 230 at 0x000001cc0000
[    0.736933] Bad eraseblock 311 at 0x0000026e0000
[    0.745906] Bad eraseblock 319 at 0x0000027e0000
[    0.913305] Bad eraseblock 601 at 0x000004b20000

Will***

63780223 发表于 2017-9-6 00:11

尝试过用你帖子的命令格式化NAND，重启后是能挂载上去了，但软件中心死活没法装软件。
如果没法解决这问题的话，换个思路把jffs2分区挂到U盘上，6大你觉得这个可行吗？
参考下贴
http://koolshare.cn/thread-73668-1-1.html

6378***

Williams 发表于 2017-9-6 00:16
尝试过用你帖子的命令格式化NAND，重启后是能挂载上去了，但软件中心死活没法装软件。
如果没法解决这问 ...

难，这软件中心有几个目录用ln写死了的。根目录下的koolshare还有www里的res

6378***

Williams 发表于 2017-9-6 00:16
尝试过用你帖子的命令格式化NAND，重启后是能挂载上去了，但软件中心死活没法装软件。
如果没法解决这问 ...

挂上后用winscp往里传个文件再读出来对比下md5试试呢，其实可以靠反复读写，模拟老化的，把不稳定的坏块全都屏蔽了也就能用了。。。

6378***

Williams 发表于 2017-9-6 00:16
尝试过用你帖子的命令格式化NAND，重启后是能挂载上去了，但软件中心死活没法装软件。
如果没法解决这问 ...

dd if=/dev/urandom of=/dev/mtdblock4   随机数填充mtd4 多执行几次，模拟老化，最后用命令格jffs后重启 再看看好不好用。

d261***

我是Macronix的,LEDE日志也显示有坏块
但是SSH登录,安装个插件检测,显示都是0,没有坏块

丶***

Aug  1 08:00:13 kernel: Found a Mxic NAND flash:
Aug  1 08:00:13 kernel: Total size:  128MB
Aug  1 08:00:13 kernel: Block size:  128KB
Aug  1 08:00:13 kernel: Page Size:   2048B
Aug  1 08:00:13 kernel: OOB Size:    64B
Aug  1 08:00:13 kernel: Sector size: 512B
Aug  1 08:00:13 kernel: Spare size:  16B
Aug  1 08:00:13 kernel: ECC level:   4 (4-bit)
Aug  1 08:00:13 kernel: Device ID: 0xc2 0xf1 0x80 0x95 0x 2 0x00
Aug  1 08:00:13 kernel: CCA UART Clock Config: Sel=1 Ovr=1 Div=48
Aug  1 08:00:13 kernel: CCA UART Clock rate 125000000Hz CCB UART Clock rate 125000000Hz
Aug  1 08:00:13 kernel: ACP (Accelerator Coherence Port) enabled
Aug  1 08:00:13 kernel: bio: create slab <bio-0> at 0
Aug  1 08:00:13 kernel: Switching to clocksource mpcore_gtimer
Aug  1 08:00:13 kernel: NET: Registered protocol family 2
Aug  1 08:00:13 kernel: IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
Aug  1 08:00:13 kernel: TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Aug  1 08:00:13 kernel: TCP bind hash table entries: 16384 (order: 5, 196608 bytes)
Aug  1 08:00:13 kernel: TCP: Hash tables configured (established 16384 bind 16384)
Aug  1 08:00:13 kernel: TCP reno registered
Aug  1 08:00:13 kernel: UDP hash table entries: 256 (order: 1, 8192 bytes)
Aug  1 08:00:13 kernel: UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
Aug  1 08:00:13 kernel: NET: Registered protocol family 1
Aug  1 08:00:13 kernel: PCI: no core
Aug  1 08:00:13 kernel: PCI: no core
Aug  1 08:00:13 kernel: PCI: scanning bus 0
Aug  1 08:00:13 kernel: PCI: Fixing up bus 0
Aug  1 08:00:13 kernel: PCIE1 link=1
Aug  1 08:00:13 kernel: Force PCIE RC to GEN1 only
Aug  1 08:00:13 kernel: PCI: Fixing up bus 0
Aug  1 08:00:13 kernel: PCI: bus0: Fast back to back transfers disabled

丶***

这个有坏块吗
Aug  1 08:00:13 kernel: Found a Mxic NAND flash:
Aug  1 08:00:13 kernel: Total size:  128MB
Aug  1 08:00:13 kernel: Block size:  128KB
Aug  1 08:00:13 kernel: Page Size:   2048B
Aug  1 08:00:13 kernel: OOB Size:    64B
Aug  1 08:00:13 kernel: Sector size: 512B
Aug  1 08:00:13 kernel: Spare size:  16B
Aug  1 08:00:13 kernel: ECC level:   4 (4-bit)
Aug  1 08:00:13 kernel: Device ID: 0xc2 0xf1 0x80 0x95 0x 2 0x00
Aug  1 08:00:13 kernel: CCA UART Clock Config: Sel=1 Ovr=1 Div=48
Aug  1 08:00:13 kernel: CCA UART Clock rate 125000000Hz CCB UART Clock rate 125000000Hz
Aug  1 08:00:13 kernel: ACP (Accelerator Coherence Port) enabled
Aug  1 08:00:13 kernel: bio: create slab <bio-0> at 0
Aug  1 08:00:13 kernel: Switching to clocksource mpcore_gtimer
Aug  1 08:00:13 kernel: NET: Registered protocol family 2
Aug  1 08:00:13 kernel: IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
Aug  1 08:00:13 kernel: TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Aug  1 08:00:13 kernel: TCP bind hash table entries: 16384 (order: 5, 196608 bytes)
Aug  1 08:00:13 kernel: TCP: Hash tables configured (established 16384 bind 16384)
Aug  1 08:00:13 kernel: TCP reno registered
Aug  1 08:00:13 kernel: UDP hash table entries: 256 (order: 1, 8192 bytes)
Aug  1 08:00:13 kernel: UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
Aug  1 08:00:13 kernel: NET: Registered protocol family 1
Aug  1 08:00:13 kernel: PCI: no core
Aug  1 08:00:13 kernel: PCI: no core
Aug  1 08:00:13 kernel: PCI: scanning bus 0
Aug  1 08:00:13 kernel: PCI: Fixing up bus 0
Aug  1 08:00:13 kernel: PCIE1 link=1
Aug  1 08:00:13 kernel: Force PCIE RC to GEN1 only
Aug  1 08:00:13 kernel: PCI: Fixing up bus 0
Aug  1 08:00:13 kernel: PCI: bus0: Fast back to back transfers disabled

bip***

第二个K3刚刷了梅林系统，已经开始有坏块，这。。。啥情况？
貌似这个坏块对软件中心影响挺大的