Jump to content

Question

19 answers to this question

Recommended Posts

  • 0
Posted (edited)

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

Edited by vovec79
А откат штуке хорошая...
  • 0
Posted
4 часа назад, vovec79 сказал:

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

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

  • 0
Posted

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

  • 0
Posted (edited)

Я преследую только то что при обновлении на двух роутерах с 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
  • 0
Posted
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 3
  • 0
Posted
В 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, очень вручал, при некоторых багах в прошивках, или кривых обновлениях!

  • 0
Posted

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

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

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

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

  • 0
Posted

+1:

  • добавить возможность выбрать прошивку для загрузки: текущая/предыдущая
  • добавить отображение версий
  • 0
Posted
2 минуты назад, krass сказал:

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

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

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

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

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

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

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

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

  • Upvote 1
  • 0
Posted

Как сделано, например, в файрволах ZyXEL.

Прошивки две, можно запустить любую.

image.thumb.png.b6811ab21614601bcd014aa0da783c05.png

  • Upvote 1
  • 0
Posted
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.

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

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

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

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

+1

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

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

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

Edited by Migel
  • 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
  • 0
Posted

+1

всем известно - в новой версии прошивки - не только исправлены старые ошибки, но и добавлены НОВЫЕ.

а вот их в списке изменений с вероятность в 99.99% не увидишь.

+100500

если "инструмент" возврата к предыдущей прошивке будет без сохранения к себе на комп или телефон... возможно может на внешнюю флешку?

будет иметь возможность вернуться по железу - кнопкой сброса вернуться к "заводским" - но предыдущей прошивке  или командой с web/cli

как циско свитч ко второму конфигу или второй биос на материнке....

  • Upvote 1

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...

Important Information

This site uses cookies. By clicking "I accept" or continuing to browse the site, you authorize their use in accordance with the Privacy Policy.