ntp不同步应该和坏块没关系

米兰***

本人之前没改运行模式，只是用5g桥接主路由，然后关掉dhcp，改了内网lan口ip。然后每次开机ntp都不会同步，时间不正常，ntp没法同步。下午把rm2100当成主路由拨号后，ntp可以同步了。又测试了下运行模式改成ap模式（之前因为找不到ap模式下红米2100的ip地址，没法进入控制后台，所以一直没用），发现也能同步。对比log后发现之前是卡在这一步：May 12 17:51:28 自动启动: 正在检查路由是否已连接互联网！。主路由和ap模式，都能运行过这一步，到后面的ntp同步，并且成功。
本人路由器是东芝内存，检查2个坏块，这么看来ntp同步不正常和内存坏块没有关系。
坏块记录：
May 12 17:50:58 kernel: NAND device: Manufacturer ID: 0x98, Chip ID: 0xf1 (Toshiba NAND 128MiB 3,3V 8-bit), 128MiB, page size: 2048, OOB size: 64
May 12 17:50:58 kernel: Scanning device for bad blocks
May 12 17:50:58 kernel: Bad eraseblock 768 at 0x000006000000
May 12 17:50:58 kernel: Bad eraseblock 913 at 0x000007220000
log的ntp同步命令
May 12 17:51:28 skipd[433]: Load count=0 maxPos=4
May 12 17:51:28 kernel: Load Ralink WDG Timer Module
May 12 17:51:28 自动启动: 正在检查路由是否已连接互联网！
May 12 17:51:28 kernel: br0: port 3(ra0) entered forwarding state
May 12 17:51:28 kernel: br0: port 2(apclii0) entered forwarding state
May 12 17:51:28 kernel: br0: port 1(eth2) entered forwarding state
May 12 17:51:31 DHCP LAN Client: bound, IP: 192.168.50.44/255.255.255.0, GW: 192.168.50.1, lease time: 86400
May 12 17:51:38 NTP Client: Synchronizing time to ntp1.aliyun.com.
May 12 17:51:45 NTP Client: System time changed, offset: 5.037807s

米兰***

发图片太麻烦了，直接用log了，我之前是没有因为ntp重启过，只是ntp一直没法同步，现在发现可能是之前的设置有问题

2371***

768都在100多m的地方了，那些ntp有问题重启的坏块都在flash前部，和你这个不一样。

米兰***

237176253 发表于 2020-5-12 18:27
768都在100多m的地方了，那些ntp有问题重启的坏块都在flash前部，和你这个不一样。

我看其他人分析的是坏块都在后面，官方固件就用nand前面的地方，老毛子是用后面的

2371***

米兰城主 发表于 2020-5-12 19:14
我看其他人分析的是坏块都在后面，官方固件就用nand前面的地方，老毛子是用后面的

后面也不会后面到你这个100多M的地方。