Jump to content
  • 0
vasek00

Bad eraseblock 748 at 0x000005d80000

Question

[I] Jan  1 00:00:03 ndm: kernel: Scanning device for bad blocks
[W] Jan  1 00:00:03 ndm: kernel: Bad eraseblock 748 at 0x000005d80000
[I] Jan  1 00:00:03 ndm: kernel: MTK NFI: success load FACT_BBT from block 1023
[I] Jan  1 00:00:03 ndm: kernel: di: active = 1, backup = 2, current = 1
[I] Jan  1 00:00:03 ndm: kernel: 15 ndmpart partitions found on MTD device MT7621-NAND
[I] Jan  1 00:00:03 ndm: kernel: Creating 15 MTD partitions on "MT7621-NAND":
[I] Jan  1 00:00:03 ndm: kernel: 0x000000000000-0x000000080000: "U-Boot"
[I] Jan  1 00:00:03 ndm: kernel: 0x000000080000-0x000000100000: "U-Config"
[I] Jan  1 00:00:03 ndm: kernel: 0x000000100000-0x000000180000: "RF-EEPROM"
[I] Jan  1 00:00:03 ndm: kernel: 0x000000180000-0x0000002e0000: "Kernel_1"
[I] Jan  1 00:00:03 ndm: kernel: 0x0000002e0000-0x000001d40000: "RootFS_1"
[I] Jan  1 00:00:03 ndm: kernel: mtd: device 4 (RootFS_1) set to be root filesystem
[I] Jan  1 00:00:03 ndm: kernel: 0x000000180000-0x000001d40000: "Firmware_1"
[I] Jan  1 00:00:03 ndm: kernel: 0x000001d40000-0x000001dc0000: "Config_1"
[I] Jan  1 00:00:03 ndm: kernel: 0x000001dc0000-0x000001fc0000: "Storage"
[I] Jan  1 00:00:03 ndm: kernel: 0x000001fc0000-0x000002000000: "Dump"
[I] Jan  1 00:00:03 ndm: kernel: 0x000003fc0000-0x000004040000: "U-State"
[I] Jan  1 00:00:03 ndm: kernel: 0x000004040000-0x0000040c0000: "U-Config_res"
[I] Jan  1 00:00:03 ndm: kernel: 0x0000040c0000-0x000004140000: "RF-EEPROM_res"
[I] Jan  1 00:00:03 ndm: kernel: 0x000004140000-0x000005d00000: "Firmware_2"
[I] Jan  1 00:00:03 ndm: kernel: 0x000005d00000-0x000005d80000: "Config_2"
[I] Jan  1 00:00:03 ndm: kernel: 0x000000000000-0x000007f80000: "Full"
[I] Jan  1 00:00:03 ndm: kernel: tun: Universal TUN/TAP device driver, 1.6
...
[I] Jan  1 03:00:16 ndm: Cloud::Agent: "ndns" component registered.
[I] Jan  1 03:00:16 ndm: Core::Authenticator: "opt" tag registered.
[C] Jan  1 03:00:16 ndm: Opkg::Manager: system failed [0xcffd0748].
[I] Jan  1 03:00:16 ndm: PingCheck::Profile: "default": add host "google.com" for testing.
[I] Jan  1 03:00:16 ndm: PingCheck::Profile: "default": add host "yahoo.com" for testing.
[I] Jan  1 03:00:16 ndm: PingCheck::Profile: "default": add host "facebook.com" for testing.
[I] Jan  1 03:00:16 ndm: PingCheck::Profile: "default": update interval is changed to 10 seconds.
[I] Jan  1 03:00:16 ndm: PingCheck::Profile: "default": uses connect mode.
[I] Jan  1 03:00:16 ndm: PingCheck::Profile: "default": uses port 443 for testing.
[C] Jan  1 03:00:16 ndm: Opkg::Manager: system failed [0xcffd0748].
[I] Jan  1 03:00:16 ndm: Network::Interface::IP: "WifiMaster1/AccessPoint3": security level set to "private".
[I] Jan  1 03:00:16 ndm: Ssh::Manager: bruteforce detection is enabled.
[I] Jan  1 03:00:16 ndm: Core::Authenticator: "sstp" tag registered.
[I] Jan  1 03:00:16 ndm: Core::Authenticator: "torrent" tag registered.
[C] Jan  1 03:00:16 ndm: Opkg::Manager: system failed [0xcffd0748].
[I] Jan  1 03:00:16 ndm: Network::Interface::IP: "WifiMaster1/AccessPoint2": security level set to "private".
[I] Jan  1 03:00:16 ndm: Core::Authenticator: "vpn" tag registered.
[I] Jan  1 03:00:16 ndm: Module::Manager: loaded 60 modules.
[C] Jan  1 03:00:16 ndm: Opkg::Manager: system failed [0xcffd0748].
[I] Jan  1 03:00:16 ndm: Network::Interface::IP: "WifiMaster1/AccessPoint1": security level set to "private".
[C] Jan  1 03:00:16 ndm: Opkg::Manager: system failed [0xcffd0748].
[C] Jan  1 03:00:16 ndm: Core::Syslog: last message repeated 2 times.
[I] Jan  1 03:00:16 ndm: Network::Interface::Radio: "WifiMaster0": the radio switch state is changed to on, software state is down.
[I] Jan  1 03:00:16 ndm: Network::Interface::Radio: "WifiMaster1": the radio switch state is changed to on, software state is down.
[I] Jan 10 21:22:22 ndm: Core::System::Clock: system time has been changed.

Устройство KN1810 работает но с данным логом и предупреждением по данный блок лежит в пространстве 0x000005d80000 => как бы имеет отношение к "Config_2" при "di: active = 1, backup = 2, current = 1" да и как бы это W - "warning" предупреждение. Попытался очередным обновление проверить, изменить компоненты, подчистить конфиг и залить снова - результат один и тот же, но словил один раз не пускало в WEB (на вводе пароля) предположение как бы как раз и был в active = Config_2, пришлось сброс к заводским, в логе так же было это предупреждение.

 

  • Upvote 1

Share this post


Link to post
Share on other sites

5 answers to this question

  • 0

Тоже наблюдаю такое

Цитата

I] Jan  1 00:00:03 ndm: kernel: Scanning device for bad blocks
[W] Jan  1 00:00:03 ndm: kernel: Bad eraseblock 263 at 0x0000020e0000
Jan  1 00:00:03 ndm: kernel: MTK NFI: success load FACT_BBT from block 1023
Jan  1 00:00:03 ndm: kernel: di: active = 0, backup = 2, current = 1
Jan  1 00:00:03 ndm: kernel: 15 ndmpart partitions found on MTD device MT7621-NAND
Jan  1 00:00:03 ndm: kernel: Creating 15 MTD partitions on "MT7621-NAND":
Jan  1 00:00:03 ndm: kernel: 0x000000000000-0x000000080000: "U-Boot"
Jan  1 00:00:03 ndm: kernel: 0x000000080000-0x000000100000: "U-Config"
Jan  1 00:00:03 ndm: kernel: 0x000000100000-0x000000180000: "RF-EEPROM"
Jan  1 00:00:03 ndm: kernel: 0x000000180000-0x0000002e0000: "Kernel_1"
Jan  1 00:00:03 ndm: kernel: 0x0000002e0000-0x000001d40000: "RootFS_1"
Jan  1 00:00:03 ndm: kernel: mtd: device 4 (RootFS_1) set to be root filesystem
Jan  1 00:00:03 ndm: kernel: 0x000000180000-0x000001d40000: "Firmware_1"
Jan  1 00:00:03 ndm: kernel: 0x000001d40000-0x000001dc0000: "Config_1"
Jan  1 00:00:03 ndm: kernel: 0x000001dc0000-0x000001fc0000: "Storage"
Jan  1 00:00:03 ndm: kernel: 0x000001fc0000-0x000002000000: "Dump"
Jan  1 00:00:03 ndm: kernel: 0x000003fc0000-0x000004040000: "U-State"
Jan  1 00:00:03 ndm: kernel: 0x000004040000-0x0000040c0000: "U-Config_res"
Jan  1 00:00:03 ndm: kernel: 0x0000040c0000-0x000004140000: "RF-EEPROM_res"
Jan  1 00:00:03 ndm: kernel: 0x000004140000-0x000005d00000: "Firmware_2"
Jan  1 00:00:03 ndm: kernel: 0x000005d00000-0x000005d80000: "Config_2"
Jan  1 00:00:03 ndm: kernel: 0x000000000000-0x000007f80000: "Full"

 

Share this post


Link to post
Share on other sites
  • 0

Думаю ввиду того сначала идет "Scanning device for bad blocks" то данный нехороший block просто помечен как "bad" => как говориться на скорость не влияет, bad блоки есть везде - HDD, SSD и т.д.

Share this post


Link to post
Share on other sites
  • 0

bad-блоки просто отображаются через таблицу замен в запасные, рабочие. Потому кроме записей в логе они никак не должны себя проявлять (по идее).

Если будут продолжаться проблемы с конфигом, который записан на кусок с badblock, просьба обратиться в официальную техподдержку.

  • Upvote 2

Share this post


Link to post
Share on other sites
  • 0
[W] Jan  1 00:00:03 ndm: kernel: Bad eraseblock 1018 at 0x000007f40000

@vasek00 Это заводской бэд блок на NAND флеше, тоже имеется на экземпляре KN-1010. Данный варнинг в логах постоянен.

На Spansion чипах такое встречается, как у других производителей. А так никак на работу влиять не должно, как сказал и описал выше @Le ecureuil, ибо ситуаций с нечитаемым конфигом не было из данных 'bad' блоков.

Share this post


Link to post
Share on other sites
  • 0
30 минут назад, enpa сказал:

@vasek00 Это заводской бэд блок на NAND флеше, тоже имеется на экземпляре KN-1010. Данный варнинг в логах постоянен.

На Spansion чипах такое встречается, как у других производителей. А так никак на работу влиять не должно, как сказал и описал выше @Le ecureuil, ибо ситуаций с нечитаемым конфигом не было из данных 'bad' блоков. 

Да согласен, что как бы и не должно так как он помечен, просто видимо коса нашла на камень.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×