Jump to content
  • 17

Откат прошивки


vasek00

Question

В виду наличия Dual то может имеет смысл в WEB предусмотреть выбор по откату прошивки после обновления, т.е. имеем текущую 215A402 откатить загрузку на 215А401 т.е. поменять местами

[I] Jan  1 00:00:03 ndm: kernel: di: active = 2, backup = 1, current = 2

active = 1

  • Upvote 9
Link to comment
Share on other sites

18 answers to this question

Recommended Posts

  • 0
4 часа назад, vovec79 сказал:

Так вроде при удачной прошивке в дуал и оригинал текущий записывается... 

Поставил прошивку она что-то не понравилась, хочу вернуться на чуть старее - в настоящее время только если сохранил ранее, но если в WEB предусмотреть такую возможность то можно вернуться на предыдущую путем изменения одного параметра в WEB.

Link to comment
Share on other sites

  • 0

Я преследую только то что при обновлении на двух роутерах с 215A3 и 215A401 на 215А402 пропала настройка WI-fi каналов (в соседней теме уже выкладывал сообщение). При чистке конф файла правда только строки c schedule на WifiMaster0/AccessPoint0 WifiMaster1/AccessPoint0 и потом заливки все встало на свои места. Возможно не с этим, но если бы в WEB была функция загрузиться в пред. вариант.

vovec79 о каких квадах - вы о чем ? вариант загрузки уже заложен в данный сервис.

[I] Jan  1 00:00:03 ndm: kernel: di: active = 1, backup = 2, current = 1

[I] Jan  1 00:00:03 ndm: kernel: di: active = 0, backup = 1, current = 2

[I] Jan  1 00:00:03 ndm: kernel: di: active = 0, backup = 2, current = 1

[I] Jan  1 00:00:03 ndm: kernel: di: active = 2, backup = 1, current = 2

[I] Jan  1 00:00:03 ndm: kernel: di: active = 1, backup = 2, current = 1

[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-0x000000300000: "Kernel_1"
[I] Jan  1 00:00:03 ndm: kernel: 0x000000300000-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"

На вопрос это draft считаю будет не уместным, так как в курсе что под этом понимается.

Edited by vasek00
Link to comment
Share on other sites

  • 0
6 часов назад, vovec79 сказал:

Та это понятно, что вы преследуете, но это уже квад получается а не дуал.. 

ИМХО алгоритм должен быть таков:

1. имеется прошивка ХХХХ.1, записанная в обе области. всё прекрасно работает
2. выходит обновление ХХХХ.2. Пользователь даёт команду на обновление.
3. новая прошивка ХХХХ.2 записывается в рабочую 1 область. Во второй области остаётся прошивка ХХХХ.1.
4.1. Если пользователя всё устраивает, то всё остаётся без изменений: в 1 области новая прошивка, во второй предыдущая. Далее пункт 5
4.2. Если пользователь чем то не удовлетворён новой прошивкой, то он делает откат на старую ХХХХ.1, которая в результате отката записывается поверх ХХХХ.2
5. выходит обновление ХХХХ.3. Пользователь даёт команду на обновление.
6. прошивка ХХХХ.2 записывается во 2 область.
7. новая прошивка ХХХХ.3 записывается в рабочую 1 область.

и т.д. и т.п.

  • Upvote 2
Link to comment
Share on other sites

  • 0
В 20.01.2019 в 23:32, Deshunin Sergey сказал:

ИМХО алгоритм должен быть таков:

1. имеется прошивка ХХХХ.1, записанная в обе области. всё прекрасно работает
2. выходит обновление ХХХХ.2. Пользователь даёт команду на обновление.
3. новая прошивка ХХХХ.2 записывается в рабочую 1 область. Во второй области остаётся прошивка ХХХХ.1.
4.1. Если пользователя всё устраивает, то всё остаётся без изменений: в 1 области новая прошивка, во второй предыдущая. Далее пункт 5
4.2. Если пользователь чем то не удовлетворён новой прошивкой, то он делает откат на старую ХХХХ.1, которая в результате отката записывается поверх ХХХХ.2
5. выходит обновление ХХХХ.3. Пользователь даёт команду на обновление.
6. прошивка ХХХХ.2 записывается во 2 область.
7. новая прошивка ХХХХ.3 записывается в рабочую 1 область.

и т.д. и т.п.

Полностью поддерживаю! Похожий алгоритм, но не точно такой же есть в комутаторах например HP, очень вручал, при некоторых багах в прошивках, или кривых обновлениях!

Link to comment
Share on other sites

  • 0

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

Link to comment
Share on other sites

  • 0
6 минут назад, mesb сказал:

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

Задумка отличная, но что-то разработчики игнорят. Ни одного коммента с момента создания темы...

Link to comment
Share on other sites

  • 0

+1:

  • добавить возможность выбрать прошивку для загрузки: текущая/предыдущая
  • добавить отображение версий
Link to comment
Share on other sites

  • 0
2 минуты назад, krass сказал:

Задумка отличная, но что-то разработчики игнорят. Ни одного коммента с момента создания темы...

Ну, видимо нас надо больше.

Для дома мне такой функционал прямо скажем редко нужен бывает, а вот чем больше в офисах кинов становится, тем больше хотелось бы.

Link to comment
Share on other sites

  • 0
4 минуты назад, mesb сказал:

Ну, видимо нас надо больше.

Для дома мне такой функционал прямо скажем редко нужен бывает, а вот чем больше в офисах кинов становится, тем больше хотелось бы.

В офисах бы пригодилось однозначно, согласен. Но многие фичи завернули сославших,что кинетик  -- это прежде всего домашние роутеры...

А тут тишина..ни рассмотрим, ни ожидаем большего числа голосов...ничего...

  • Upvote 1
Link to comment
Share on other sites

  • 0
13 минуты назад, krass сказал:

А тут тишина..ни рассмотрим, ни ожидаем большего числа голосов...ничего...

Тут скорей всего вопрос по переменной которую надо где то хранить и менять, судя по всему 4.2

[I] Jan  1 00:00:04 kernel: ndmpart: U-Boot partition is up to date
[I] Jan  1 00:00:04 kernel: ndmpart: di: active = 1, backup = 2, current = 1

и это U-boot. Если это так, то думаю ждать тогда не чего, уже было упоминание, что запись для пользователей в данную область не желательна. Хотя есть storage раздел в котором например можно хранить сертификаты для OpenVPN (ca), а в настройках его просто указывать на данный каталог/storage.

Link to comment
Share on other sites

  • 0
1 минуту назад, vasek00 сказал:

и это U-boot. Если это так, то думаю ждать тогда не чего, уже было упоминание, что запись для пользователей в данную область не желательна. Хотя есть storage раздел в котором например можно хранить сертификаты для OpenVPN (ca), а в настройках его просто указывать на данный каталог/storage.

И в то же время Вы приводите вариант решения ( раздел storage ) ...может Ваш вариант рассмотрят...

Link to comment
Share on other sites

  • 0
1 час назад, and_ka сказал:

+1

еще хотелось  сохранять и восстанавливать firmware+config за раз

Хранить в двух разделах разные прошивки+конфиг от них.

При откате применять соответствующий конфиг.

Edited by Migel
Link to comment
Share on other sites

  • 0
Posted (edited)
1 час назад, Migel сказал:

Хранить в двух разделах разные прошивки+конфиг от них.

При откате применять соответствующий конфиг.

Все есть

[I] Jan  1 00:00:04 kernel: ndmpart: di: active = 1, backup = 2, current = 1
...
[I] Jan  1 00:00:04 kernel: 0x000000180000-0x000000360000 : "Kernel_1"
[I] Jan  1 00:00:04 kernel: 0x000000360000-0x000002bc0000 : "RootFS_1"
[I] Jan  1 00:00:04 kernel: 0x000000180000-0x000002bc0000 : "Firmware_1"
[I] Jan  1 00:00:04 kernel: 0x000002bc0000-0x000002dc0000 : "Config_1"
....
[I] Jan  1 00:00:04 kernel: 0x000004140000-0x000006b80000 : "Firmware_2"
[I] Jan  1 00:00:04 kernel: 0x000006b80000-0x000006d80000 : "Config_2"
...

 

Edited by vasek00
  • Upvote 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...