恩山无线论坛

标题: K3刷梅林出现坏块投票统计 [打印本页]

作者: Williams 时间: 2017-9-5 23:16
标题: K3刷梅林出现坏块投票统计
本帖最后由 Williams 于 2017-9-9 22:20 编辑

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

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

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

如出现Bad eraseblock表示是有坏块

作者: 63780223 时间: 2017-9-5 23:34
前排求三星闪存原厂固件ttl启动完整日志。

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

作者: Williams 时间: 2017-9-5 23:52

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

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

作者: zerozoro 时间: 2017-9-5 23:54
还没刷梅林，刷的是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

作者: 63780223 时间: 2017-9-6 00:11
[attach]178065[/attach][attach]178066[/attach][attach]178067[/attach]

作者: fly9902 时间: 2017-9-6 00:14
[ 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

作者: Williams 时间: 2017-9-6 00:16

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

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

作者: 63780223 时间: 2017-9-6 00:35

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

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

作者: 63780223 时间: 2017-9-6 00:39

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

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

作者: 63780223 时间: 2017-9-6 00:51

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

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

作者: d2612400 时间: 2017-9-6 01:08
我是Macronix的,LEDE日志也显示有坏块
但是SSH登录,安装个插件检测,显示都是0,没有坏块

作者: 丶碎片 时间: 2017-9-6 01:23
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

作者: 丶碎片 时间: 2017-9-6 01:23
这个有坏块吗
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

作者: bipp888 时间: 2017-9-6 03:26
第二个K3刚刷了梅林系统，已经开始有坏块，这。。。啥情况？
貌似这个坏块对软件中心影响挺大的

作者: rageq 时间: 2017-9-6 05:05
本帖最后由 rageq 于 2017-9-6 09:10 编辑

三星，有坏块，怎么解决？

作者: 鲜锅兔儿 时间: 2017-9-6 05:05
nand: Macronix MX30LF1G18AC

LEDE的stone版2.3，目前六个坏块

作者: 男人帮 时间: 2017-9-6 06:41
是不是可以说棒子卖给外人的闪存是质量差的？

作者: 小白新上车 时间: 2017-9-6 07:28
本帖最后由小白新上车于 2017-9-6 07:48 编辑

Erasing 128 Kibyte @ 1040000 - 20% complete. Cleanmarker written at 1040000.
Skipping bad block at 0x01060000
Erasing 128 Kibyte @ 1e60000 - 37% complete. Cleanmarker written at 1e60000.
Skipping bad block at 0x01e80000
Erasing 128 Kibyte @ 1ee0000 - 38% complete. Cleanmarker written at 1ee0000.
Skipping bad block at 0x01f00000
Erasing 128 Kibyte @ 4fc0000 - 99% complete. Cleanmarker written at 4fc0000.
Skipping bad block at 0x04fe0000
Erasing 128 Kibyte @ 5000000 - 100% complete.

作者: pingshu 时间: 2017-9-6 07:59
没刷梅林，刷的是石头的lede, Macronix, 有一个坏块

作者: omityoung 时间: 2017-9-6 08:19
nand有坏块正常，但不可能才几个月就出现这么多的坏块，关键还是slc的，要是这样用tlc的ssd还活不活呀。估计是软件有问题看看官方版本有没有坏块

作者: a2560328 时间: 2017-9-6 08:24
MIX刷过梅林，目前是石头的2.3，有两个坏块，不知有何影响

[ 0.037246] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.038513] bounce: pool size: 64 pages
[ 0.038525] io scheduler noop registered
[ 0.038530] io scheduler deadline registered (default)
[ 0.038965] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
[ 0.039441] console [ttyS0] disabled
[ 0.039483] 18000300.serial: ttyS0 at MMIO 0x18000300 (irq = 18, base_baud = 7812500) is a 16550
[ 0.503758] console [ttyS0] enabled
[ 0.507593] 18000400.serial: ttyS1 at MMIO 0x18000400 (irq = 18, base_baud = 7812500) is a 16550
[ 0.517228] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1
[ 0.523620] nand: Macronix MX30LF1G18AC
[ 0.527467] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[ 0.535068] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
[ 0.545024] Scanning device for bad blocks
[ 0.567323] random: fast init done
[ 0.749700] Bad eraseblock 340 at 0x000002a80000
[ 1.025512] Bad eraseblock 809 at 0x000006520000
[ 1.567058] random: crng init done

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

作者: b0824 时间: 2017-9-6 08:52

d2612400 发表于 2017-9-6 01:08
我是Macronix的,LEDE日志也显示有坏块
但是SSH登录,安装个插件检测,显示都是0,没有坏块

我的也是lede，lean大的，Macronix，日志里面显示有一个坏块
但是用ssh登陆上去用命令看没有坏块，和你的一样
这样子到底是有还是没有？

作者: 小白新上车 时间: 2017-9-6 08:53
发现越是格式化滑块越多

作者: heju 时间: 2017-9-6 08:58

b0824 发表于 2017-9-6 08:52
我的也是lede，lean大的，Macronix，日志里面显示有一个坏块
但是用ssh登陆上去用命令看没有坏块，和你 ...

LEDE怎么看有没有坏块？

作者: shandaozhilian 时间: 2017-9-6 09:44
三星的东西这么次么？是不是可能不兼容导致的误报，别自己下自己了。

作者: d2612400 时间: 2017-9-6 09:54

heju 发表于 2017-9-6 08:58
LEDE怎么看有没有坏块？

内核日志搜索nand可以查看

这个帖子有安装插件检查的命令
https://www.right.com.cn/forum/thread-252120-1-4.html

作者: qq24917555 时间: 2017-9-6 09:57
6个三星的坏块

作者: 路由也要刷刷刷 时间: 2017-9-6 10:06
7. 路过看看数据

作者: 98078 时间: 2017-9-6 10:09
呵呵！问题多多，又可以拆腾两个月了！

作者: 23212107 时间: 2017-9-6 10:40
只刷了LEDE都有2个坏块

0.033894] Crashlog allocated RAM at address 0x3f00000
[ 0.034236] workingset: timestamp_bits=30 max_order=17 bucket_order=0
[ 0.037156] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.037170] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.038412] bounce: pool size: 64 pages
[ 0.038425] io scheduler noop registered
[ 0.038429] io scheduler deadline registered (default)
[ 0.038866] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
[ 0.039349] console [ttyS0] disabled
[ 0.039391] 18000300.serial: ttyS0 at MMIO 0x18000300 (irq = 18, base_baud = 7812500) is a 16550
[ 0.503033] console [ttyS0] enabled
[ 0.506864] 18000400.serial: ttyS1 at MMIO 0x18000400 (irq = 18, base_baud = 7812500) is a 16550
[ 0.516384] nand: device found, Manufacturer ID: 0xec, Chip ID: 0xf1
[ 0.522774] nand: Samsung NAND 128MiB 3,3V 8-bit
[ 0.527405] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[ 0.535006] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
[ 0.544958] Scanning device for bad blocks
[ 0.567618] random: fast init done
[ 0.857244] Bad eraseblock 515 at 0x000004060000
[ 1.161840] Bad eraseblock 1023 at 0x000007fe0000
[ 1.587175] random: crng init done
[ 1.813467] 4 bcm47xxpart partitions found on MTD device brcmnand.0
[ 1.819748] Creating 4 MTD partitions on "brcmnand.0":
[ 1.824904] 0x000000000000-0x000000080000 : "boot"
[ 1.830378] 0x000000080000-0x000000180000 : "nvram"
[ 1.835823] 0x000000180000-0x000000400000 : "phicomm"
[ 1.841481] 0x000000400000-0x000008000000 : "firmware"
[ 1.848279] 2 trx partitions found on MTD device firmware
[ 1.853725] Creating 2 MTD partitions on "firmware":
[ 1.858703] 0x00000000001c-0x000000400000 : "linux"
[ 1.864221] 0x000000400000-0x000007c00000 : "ubi"
[ 1.870863] libphy: Fixed MDIO Bus: probed
[ 1.875021] bgmac_bcma: Broadcom 47xx GBit MAC driver loaded
[ 1.881016] bcma: bus0: Found chip with id 53030, rev 0x00 and package 0x00
[ 1.888040] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x2A, class 0x0)
[ 1.896683] bcma: bus0: bcma_of_get_irq() failed with rc=-22
[ 1.896689] bcma: bus0: Core 1 found: Chipcommon B (manuf 0x4BF, id 0x50B, rev 0x05, class 0x0)
[ 1.905497] bcma: bus0: bcma_of_get_irq() failed with rc=-22
[ 1.905503] bcma: bus0: Core 2 found: DMA (manuf 0x4BF, id 0x502, rev 0x04, class 0x0)
[ 1.913563] bcma: bus0: Core 3 found: GBit MAC (manuf 0x4BF, id 0x82D, rev 0x07, class 0x0)
[ 1.922051] bcma: bus0: Core 4 found: GBit MAC (manuf 0x4BF, id 0x82D, rev 0x07, class 0x0)

作者: guyuefeng 时间: 2017-9-6 10:57
刷机导致坏块，我是不太相信的

作者: hzwjm 时间: 2017-9-6 11:14
三星的，刷过几次梅林软件中心都不正常。日志查107个，命令查912个
[attach]178120[/attach]

作者: sw1999 时间: 2017-9-6 11:39

63780223 发表于 2017-9-6 00:51
dd if=/dev/urandom of=/dev/mtdblock4 随机数填充mtd4 多执行几次，模拟老化，最后用命令格jffs后重启 ...

我也是三星的nand，软件中心运行起来安装KP都不行，试试老大的这招，感谢！

作者: stoneh 时间: 2017-9-6 11:43
Macronix MX30LF1G18AC 只刷过lede，非三星，2个坏块：

Wed Sep  6 11:08:34 2017 kern.info kernel: [ 0.516502] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1
Wed Sep  6 11:08:34 2017 kern.info kernel: [ 0.522894] nand: Macronix MX30LF1G18AC
Wed Sep  6 11:08:34 2017 kern.info kernel: [ 0.526741] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
Wed Sep  6 11:08:34 2017 kern.info kernel: [ 0.534343] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
Wed Sep  6 11:08:34 2017 kern.info kernel: [ 0.544292] Scanning device for bad blocks
Wed Sep  6 11:08:34 2017 kern.notice kernel: [ 0.566635] random: fast init done
Wed Sep  6 11:08:34 2017 kern.warn kernel: [ 0.603235] Bad eraseblock 88 at 0x000000b00000
Wed Sep  6 11:08:34 2017 kern.warn kernel: [ 1.145750] Bad eraseblock 1015 at 0x000007ee0000
Wed Sep  6 11:08:34 2017 kern.notice kernel: [ 1.568869] random: crng init done

作者: stoneh 时间: 2017-9-6 12:56

stoneh 发表于 2017-9-6 11:43
Macronix MX30LF1G18AC 只刷过lede，非三星，2个坏块：

Wed Sep 6 11:08:34 2017 kern.info kernel: [ ...

比较有意思的是，ssh到路由，lede固件里用badblocks指令检查，反而没有坏块了。。。

作者: singmow 时间: 2017-9-6 12:58
貌似我的没坏块，但是不是以上两种nand

kernel: NAND device: Manufacturer ID: 0xc2, Chip ID: 0xf1 (Unknown NAND 128MiB 3,3V 8-bit)
Aug  1 08:00:13 kernel: Spare area=64 eccbytes 28, ecc bytes located at:
Aug  1 08:00:13 kernel:  9 10 11 12 13 14 15 25 26 27 28 29 30 31 41 42 43 44 45 46 47 57 58 59 60 61 62 63
Aug  1 08:00:13 kernel: Available 35 bytes at (off,len):
Aug  1 08:00:13 kernel: (1,8) (16,9) (32,9) (48,9) (0,0) (0,0) (0,0) (0,0)
Aug  1 08:00:13 kernel: Scanning device for bad blocks
Aug  1 08:00:13 kernel: Options: NO_AUTOINCR,NO_READRDY,
Aug  1 08:00:13 kernel: Creating 1 MTD partitions on "brcmnand":
Aug  1 08:00:13 kernel: 0x000003000000-0x000008000000 : "brcmnand"

作者: cheapjr 时间: 2017-9-6 13:13
nand工艺问题，坏块是存在的，几乎没一块闪存都存在坏块。所以不必纠结

作者: ss228820 时间: 2017-9-6 13:24
2个坏块字数补丁

作者: 隐者浮云 时间: 2017-9-6 14:39

男人帮发表于 2017-9-6 06:41
是不是可以说棒子卖给外人的闪存是质量差的？

我Macronix1076个坏块,怎么说

作者: leona 时间: 2017-9-6 15:18
三星内存在梅林中根本检查不到坏块，要刷LEDE才能看见，没坏块的我表示怀疑。

作者: Williams 时间: 2017-9-6 15:24

leona 发表于 2017-9-6 15:18
三星内存在梅林中根本检查不到坏块，要刷LEDE才能看见，没坏块的我表示怀疑。

有，在日志一堆

作者: Williams 时间: 2017-9-6 15:24

cheapjr 发表于 2017-9-6 13:13
nand工艺问题，坏块是存在的，几乎没一块闪存都存在坏块。所以不必纠结

没有在意这坏块，问题是会导致软件中心不能用。。。

作者: chenrh 时间: 2017-9-6 16:13
[ 0.523484] nand: Samsung NAND 128MiB 3,3V 8-bit
[ 0.528112] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[ 0.535714] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
[ 0.545663] Scanning device for bad blocks
[ 0.568290] random: fast init done
[ 0.673234] Bad eraseblock 203 at 0x000001960000
[ 0.679922] Bad eraseblock 207 at 0x0000019e0000
[ 0.865903] Bad eraseblock 515 at 0x000004060000
[ 1.169754] Bad eraseblock 1023 at 0x000007fe0000

作者: terrys 时间: 2017-9-6 17:15
本帖最后由 terrys 于 2017-9-6 17:19 编辑

63780223 发表于 2017-9-6 00:35
难，这软件中心有几个目录用ln写死了的。根目录下的koolshare还有www里的res

6大，其实前2天，别人帮我@你的帖子里
已经有别人的解释了。
有坏块正常，但是不会那么多坏块，感觉应该跟源码有关系https://www.right.com.cn/forum/thread-251981-1-1.html
而且会导致软件中心无法使用，正常后，我刷过软件中心版本，软件启动不起来。

新版出来了呀。我等周末试试看，软件中心是否可用，这几天出差。

作者: 蓦独 时间: 2017-9-6 17:42
我这现在有130个坏块。。。

作者: sosme 时间: 2017-9-6 18:58
果然还是微软的产品品质好点

[attach]178207[/attach]

作者: mercuryhg 时间: 2017-9-6 20:11
想知道这个统计了有什么用啊？难道找厂家换货？

作者: wintone 时间: 2017-9-6 21:22
  1 08:00:15 kernel: Found a Mxic NAND flash:
Aug  1 08:00:15 kernel: Total size:  128MB
Aug  1 08:00:15 kernel: Block size:  128KB
Aug  1 08:00:15 kernel: Page Size: 2048B
Aug  1 08:00:15 kernel: OOB Size: 64B
Aug  1 08:00:15 kernel: Sector size: 512B
Aug  1 08:00:15 kernel: Spare size:  16B
Aug  1 08:00:15 kernel: ECC level: 4 (4-bit)
Aug  1 08:00:15 kernel: Device ID: 0xc2 0xf1 0x80 0x95 0x 2 0x00
Aug  1 08:00:15 kernel: CCA UART Clock Config: Sel=1 Ovr=1 Div=48
Aug  1 08:00:15 kernel: CCA UART Clock rate 125000000Hz CCB UART Clock rate 125000000Hz
Aug  1 08:00:15 kernel: ACP (Accelerator Coherence Port) enabled
Aug  1 08:00:15 kernel: bio: create slab <bio-0> at 0
Aug  1 08:00:15 kernel: Switching to clocksource mpcore_gtimer
Aug  1 08:00:15 kernel: NET: Registered protocol family 2

作者: zhjook 时间: 2017-9-6 21:50
三星拆机闪存吧

作者: Williams 时间: 2017-9-6 22:30

mercuryhg 发表于 2017-9-6 20:11
想知道这个统计了有什么用啊？难道找厂家换货？

统计下看看问题所在，现在不知道是芯片问题还是软件层面问题

作者: mercuryhg 时间: 2017-9-6 22:54

Williams 发表于 2017-9-6 22:30
统计下看看问题所在，现在不知道是芯片问题还是软件层面问题

楼主好厉害，是准备找出这个问题的根源进行解决啊！

作者: Williams 时间: 2017-9-6 22:58
本帖最后由 Williams 于 2017-9-6 23:00 编辑

mercuryhg 发表于 2017-9-6 22:54
楼主好厉害，是准备找出这个问题的根源进行解决啊！

发个投票贴帮忙统计下数据而已，这也不行吗？
论坛本身就是个开放的讨论区，有问题大家一起探讨，不然怎么解决问题？

作者: onlygfll 时间: 2017-9-6 23:15

63780223 发表于 2017-9-5 23:34
前排求三星闪存原厂固件ttl启动完整日志。

大神你说一下怎么弄出你要的小白才有可能弄出来啊

作者: wanghuidong90 时间: 2017-9-6 23:35
还没刷梅林。。。。。

作者: zilizi 时间: 2017-9-7 11:18
能挂载上去了，但软件中心死活没法装软件,文件校验错误

作者: yy5213 时间: 2017-9-7 12:53
0.516313] nand: device found, Manufacturer ID: 0xec, Chip ID: 0xf1
[ 0.522706] nand: Samsung NAND 128MiB 3,3V 8-bit
[ 0.527333] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[ 0.534934] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
[ 0.544887] Scanning device for bad blocks
[ 0.567575] random: fast init done
[ 0.857641] Bad eraseblock 515 at 0x000004060000
[ 1.162715] Bad eraseblock 1023 at 0x000007fe0000
[ 1.588406] random: crng init done

作者: Williams 时间: 2017-9-7 13:42
@63780223 现在看来坏的不止三星，只是三星机率大些。但都出现了软件中心没办法用的问题

作者: ai57124 时间: 2017-9-7 15:05
我撸了3个k3
目前是原厂固件
不知道怎么看

作者: yang735 时间: 2017-9-7 20:09
路过看看数据...............

作者: 我特殊也普通 时间: 2017-9-7 21:18
本帖最后由我特殊也普通于 2017-9-7 21:20 编辑

所以就是一个坏的？LEDE？
[ 0.037124] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.037138] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.038427] bounce: pool size: 64 pages
[ 0.038440] io scheduler noop registered
[ 0.038445] io scheduler deadline registered (default)
[ 0.038890] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
[ 0.039372] console [ttyS0] disabled
[ 0.039417] 18000300.serial: ttyS0 at MMIO 0x18000300 (irq = 18, base_baud = 7812500) is a 16550
[ 0.503076] console [ttyS0] enabled
[ 0.506920] 18000400.serial: ttyS1 at MMIO 0x18000400 (irq = 18, base_baud = 7812500) is a 16550
[ 0.516577] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1
[ 0.522967] nand: Macronix MX30LF1G18AC
[ 0.526812] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[ 0.534412] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
[ 0.544364] Scanning device for bad blocks
[ 0.566705] random: fast init done
[ 0.926573] Bad eraseblock 645 at 0x0000050a0000
[ 1.563937] random: crng init done
[ 1.786881] 4 bcm47xxpart partitions found on MTD device brcmnand.0
[ 1.793164] Creating 4 MTD partitions on "brcmnand.0":

作者: 63780223 时间: 2017-9-7 21:19
能显示的坏块都是已经被屏蔽的，并没有问题，也不会影响使用。三星的问题是整个闪存不稳定，只要有写入就容易出错。
连续出ecc error还可以试试用命令格jffs
出bus error基本就是整个闪存已经数据乱了。重启后读取可以，写入就很容易出错。

作者: sandyliu89 时间: 2017-9-8 02:46

63780223 发表于 2017-9-7 21:19
能显示的坏块都是已经被屏蔽的，并没有问题，也不会影响使用。三星的问题是整个闪存不稳定，只要有写入就容 ...

66666支持63.希望梅林早点完美

作者: littleb21 时间: 2017-9-8 10:45
查过才发现，真的有3个坏块
[ 0.516488] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1
[ 0.522883] nand: Macronix MX30LF1G18AC
[ 0.526723] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[ 0.534326] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
[ 0.544276] Scanning device for bad blocks
[ 0.566631] random: fast init done
[ 0.750706] Bad eraseblock 342 at 0x000002ac0000
[ 1.027387] Bad eraseblock 811 at 0x000006560000
[ 1.107229] Bad eraseblock 941 at 0x0000075a0000

作者: wjr8500 时间: 2017-9-8 11:02
我也有三个坏块。还好不是三丧闪存

作者: zhenghaihl 时间: 2017-9-8 15:30
[attach]178620[/attach]
[attach]178619[/attach]

这是没有坏块吧，软件中心正常使用

作者: zilizi 时间: 2017-9-8 18:33
三个三星的都不正常，一个mxic的正常

作者: sandyliu89 时间: 2017-9-8 18:39
515和1023应该是出厂的坏的，很多人都这样！其他的就。。。。

作者: anniextra 时间: 2017-9-8 20:18
导出日志看了一眼，是 Macronix NAND，感觉赚到了几个亿~~

作者: gxcz 时间: 2017-9-8 22:12

只刷过官ROOT，在第8分区查到496个坏块，我觉得我的可以换货了。。。。话说官ROOT能查NAND是MXIC还是三星的不

作者: ltlt999 时间: 2017-9-9 02:57
三星的，有坏块！！！

nand: Samsung NAND 128MiB 3,3V 8-bit
nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64

[ 0.833385] Bad eraseblock 472 at 0x000003b00000
[ 0.840080] Bad eraseblock 476 at 0x000003b80000
[ 0.867415] Bad eraseblock 515 at 0x000004060000
[ 1.171280] Bad eraseblock 1023 at 0x000007fe0000

作者: wangaofang 时间: 2017-9-9 10:15
三星垃圾啊

作者: liyiecho 时间: 2017-9-9 11:16
dd: writing '/dev/mtdblock4': Input/output error，唉

作者: 63780223 时间: 2017-9-9 15:13
no no no ，我撤回之前说的，三星jffs有问题的，应尽量避免往闪存里写入数据，减少刷机次数。少折腾为好。

作者: kaka0388 时间: 2017-9-9 16:28
硬改 mxic 完美无问题

作者: leona 时间: 2017-9-9 20:45
坏快增不增加我不知道，但是梅林固件坏快检查不出来，数据写在坏快上才造成的软件中心不正常。我是三星的，LEDE检测246个坏块，梅林检测1个坏快。没有发现有增加的趋势。大神能不能先解决梅林检测坏快的功能？

作者: lpc3544 时间: 2017-9-10 00:42
Aug  1 08:00:12 kernel: Northstar brcmnand NAND Flash Controller driver, Version 0.1 (c) Broadcom Inc. 2012
Aug  1 08:00:12 kernel: NAND device: Manufacturer ID: 0xc2, Chip ID: 0xf1 (Unknown NAND 128MiB 3,3V 8-bit)
Aug  1 08:00:12 kernel: Spare area=64 eccbytes 28, ecc bytes located at:
Aug  1 08:00:12 kernel:  9 10 11 12 13 14 15 25 26 27 28 29 30 31 41 42 43 44 45 46 47 57 58 59 60 61 62 63
Aug  1 08:00:12 kernel: Available 35 bytes at (off,len):
Aug  1 08:00:12 kernel: (1,8) (16,9) (32,9) (48,9) (0,0) (0,0) (0,0) (0,0)
Aug  1 08:00:12 kernel: Scanning device for bad blocks
Aug  1 08:00:12 kernel: Bad eraseblock 961 at 0x000007820000
Aug  1 08:00:12 kernel: Options: NO_AUTOINCR,NO_READRDY,
Aug  1 08:00:12 kernel: Creating 1 MTD partitions on "brcmnand":

看来我的是有坏块，可是我的内存不是三星的。。。。
重启好几次JEEF都是错误的，也无法使用软件中心，有点无语，再等等吧
kernel: Found a Mxic NAND flash:
Aug  1 08:00:12 kernel: Total size:  128MB
Aug  1 08:00:12 kernel: Block size:  128KB
Aug  1 08:00:12 kernel: Page Size: 2048B
Aug  1 08:00:12 kernel: OOB Size: 64B
Aug  1 08:00:12 kernel: Sector size: 512B

作者: sandyliu89 时间: 2017-9-10 01:26

63780223 发表于 2017-9-9 15:13
no no no ，我撤回之前说的，三星jffs有问题的，应尽量避免往闪存里写入数据，减少刷机次数。少折腾为好。

只能硬改了吗6神

作者: 63780223 时间: 2017-9-10 09:23

lpc3544 发表于 2017-9-10 00:42
Aug 1 08:00:12 kernel: Northstar brcmnand NAND Flash Controller driver, Version 0.1 (c) Broadcom In ...

用命令格jffs可解

作者: jiezhang0518 时间: 2017-9-10 10:12

63780223 发表于 2017-9-9 15:13
no no no ，我撤回之前说的，三星jffs有问题的，应尽量避免往闪存里写入数据，减少刷机次数。少折腾为好。

好悲伤，，那6神目前有解决的方向和眉目吗，，还是只能换闪存了

作者: lpc3544 时间: 2017-9-10 12:13

63780223 发表于 2017-9-10 09:23
用命令格jffs可解

请教一下命令是什么？我试试一下，现在刷会lede7.3.2了，其实还是习惯梅林了，一直用的ac68

作者: az6338890 时间: 2017-9-11 07:33
按道理的话，闪存都是有坏块的，区别是有没有屏蔽掉

作者: waylee 时间: 2017-9-11 19:48
不太了解。回家再看看

作者: 冯不屈 时间: 2017-9-12 10:03
nand: Macronix MX30LF1G18AC 无问题

作者: a459693094 时间: 2017-9-12 11:11
请问诸位官方的怎么查看闪存的类型

作者: a459693094 时间: 2017-9-12 11:13

stoneh 发表于 2017-9-6 12:56
比较有意思的是，ssh到路由，lede固件里用badblocks指令检查，反而没有坏块了。。。

那这是什么情况，是软件无法读取的原因吗，ssh里面按理来讲应该是linux内核级别的了。

作者: kill33 时间: 2017-9-12 11:41
[ 0.516609] nand: device found, Manufacturer ID: 0xc2, Chip ID: 0xf1
[ 0.522996] nand: Macronix MX30LF1G18AC
[ 0.526842] nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
[ 0.534443] iproc_nand 18028000.nand: detected 128MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4
[ 0.544394] Scanning device for bad blocks
[ 0.566737] random: fast init done
[ 1.038396] Bad eraseblock 837 at 0x0000068a0000
[ 1.054365] Bad eraseblock 857 at 0x000006b20000
[ 1.064512] Bad eraseblock 867 at 0x000006c60000
[ 1.574016] random: crng init done

作者: stoneh 时间: 2017-9-12 13:09

a459693094 发表于 2017-9-12 11:13
那这是什么情况，是软件无法读取的原因吗，ssh里面按理来讲应该是linux内核级别的了。

有可能内核加载后，已经跳过了那些坏块；因此ssh再检测就显示没有坏块了。
一般来说少量不增加的坏块，问题不大的。

作者: 陌路悲歌 时间: 2017-9-14 14:33
买K3C了，无法刷机

作者: asus86 时间: 2017-9-14 20:09
三星的，还没刷，不想换NAND，等过段时间再说，还是先用AC68U

作者: fluke 时间: 2017-9-19 08:41
碰到三星真心是死的不要不要的

作者: 千山鸟飞绝 时间: 2017-9-20 22:26
坐等稳定版的梅林

作者: skyyu 时间: 2017-9-21 13:35
k3在路上，新买的都是三星的了么

作者: RuiBox 时间: 2017-9-24 17:49

zerozoro 发表于 2017-9-5 23:54
还没刷梅林，刷的是lean的lede, Macronix, 有一个坏块

Macronix MX30LF1G18AC

同，感觉是固件的问题，应该以后会解决。

作者: 叫獸 时间: 2017-9-29 18:23
好！！！！！！！！！！！

作者: TigerLeeClass 时间: 2017-10-5 15:54

sosme 发表于 2017-9-6 18:58
果然还是微软的产品品质好点

尴尬我梅林没有这个搜索选项

作者: 懒散的心 时间: 2017-10-13 15:28
我没有k3，所以来看下数据

作者: neverloseyou 时间: 2017-10-19 00:39

TigerLeeClass 发表于 2017-10-5 15:54
尴尬我梅林没有这个搜索选项

不用搜索。拉到日志最上面就能看见啦

作者: neverloseyou 时间: 2017-10-19 00:40
我K3刷的官改看不见，等什么时候出了完美的梅林再刷吧，估计要好久，看了下华硕AC5300的闪存是AMD的，和这俩牌子都不一样

欢迎光临恩山无线论坛 (https://www.right.com.cn/forum/)