Резервное копирование системы. Возможно?

[SergVK]

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

Возможно произнесу крамолу, сильно не бейте, но разве нельзя сделать создание образа системы на флешку или усб и засунуть его в системное меню?

[ATS]

Сообщение от SergVK

разве нельзя сделать создание образа системы на флешку или усб и засунуть его в системное меню?

Сделать не так и сложно. А вот в системное меню...
Тогда клонировать контроллеры можно совсем без проблем.

[SergVK]

что плохого в клонировании не понимаю, а вот сколько времени, сил и нервов можно сэкономить при этом очень даже понятно.

Когда вы имеете дело с линуксовой виртуальной машиной, вы ее создаете из дампа и всегда можете откатить к исходному.

[ATS]

Сообщение от SergVK

что плохого в клонировании не понимаю

Серьёзно?

Когда вы имеете дело с линуксовой виртуальной машиной, вы ее создаете из дампа и всегда можете откатить к исходному.

Ну так в чем проблема? Чем реальная от виртуальной отличается? debian/jessie

[SergVK]

Сообщение от ATS

Серьёзно?

Серьезно!
Единственный аргумент, который постоянно всплывает, так это "мой проект" кто нибудь скопирует, с которым я в корне не согласен. Может у вас иные есть?

[ATS]

Сообщение от SergVK

Единственный аргумент, который постоянно всплывает, так это "мой проект" кто нибудь скопирует, с которым я в корне не согласен.

Именно это.
Зачем копировать проект, если можно создать клона прямо из меню.
Даже если на контроллере например вообще не используется Лоджикс.

[SergVK]

Какая разница между копировать и клонировать?

[LordN]

Сообщение от SergVK

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

Возможно произнесу крамолу, сильно не бейте, но разве нельзя сделать создание образа системы на флешку или усб и засунуть его в системное меню?

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

[SergVK]

Интересно, какие эпитеты ваш визави подобрал бы к системе без прямой и обратной совместимости, без поддержки наследования, библиотек и ограниченными возможностями повторного использования кода, без контроля версий, бекапа и возможности отката.... догадываетесь о какой системе говорю?

[ATS]

Сообщение от LordN

вчера общался с одним динозавром

УПС! Я сам видимо тоже уже динозавр. Но дым еще иногда идет...

залил последнюю рабочую версию проекта на плк, все пашет. тесты пройдены? ок - залей следом на плк среду в которой проект создан, сам проект, и какие-то описания/камменты по этому действу. пусть в архиве, запароленном два раза, но залей.

А это уже не совсем динозавр.
Даже в 2Gi это все было не запихнуть, а о старичках и говорить не приходится.
С новыми конроллерами оно конечно попроще.
Но для всех линусковских сохранять папку Projects до изменений должно стать привычкой, как и файлик load_files.zip с исходником проекта и пометочкой ядра Лоджика (для новых версия есть в projects)

deb-ки для используемых версий ПО тоже очень не повредит сохранять.

Сообщение от SergVK

Интересно, какие эпитеты ваш визави подобрал бы к системе без прямой и обратной совместимости, без поддержки наследования, библиотек и ограниченными возможностями повторного использования кода, без контроля версий, бекапа и возможности отката.... догадываетесь о какой системе говорю?

Ну что-то Вы много приплели. Обратная совместимость штука вообще редкая. А в остальном кроме бэкапа и отката вы что-то путаете.

[LordN]

у меня на всех 2жэи лежат архивы проектов и шпаргалки с номерами лоджиков, а лоджики на компах складированы.

[ATS]

Сообщение от LordN

у меня на всех 2жэи лежат архивы проектов и шпаргалки с номерами лоджиков, а лоджики на компах складированы.

Я тоже Плюшкин. И финальные Лоджики и конструкторы.
Даже вентиляшка, хоть и не интересна.

[Arsie]

Сообщение от SergVK

Коллеги.

Возможно произнесу крамолу, сильно не бейте, но разве нельзя сделать создание образа системы на флешку или усб и засунуть его в системное меню?

На данном типе процессора это технически невозможно. Если вы под словом "система" подразумеваете именно систему (операционную), а не ФБД-программу.

[ATS]

Сообщение от Arsie

На данном типе процессора это технически невозможно. Если вы под словом "система" подразумеваете именно систему (операционную), а не ФБД-программу.

А зачем Джессю трогать? Нужные deb-ки накатить и файлик проекта закинуть с флешки можно без проблем. Есть все для этого.

[Arsie]

Сообщение от ATS

А зачем Джессю трогать? Нужные deb-ки накатить и файлик проекта закинуть с флешки можно без проблем. Есть все для этого.

А если версия кернела не та?

[ATS]

Сообщение от Arsie

А если версия кернела не та?

Так и оно (апдейт) в deb-ке. В 145-м

kernel-4.1_200930_armhf.deb
modemfw_1.1_armhf.deb
svfw_29.14.50_armhf.deb
smconfig_201030_armhf.deb
uso_201002_armhf.deb
sysbus_201016_armhf.deb
sysmenu_201021_armhf.deb
factory-reset_200415_armhf.deb
smwatch_200826_armhf.deb
logix_201021_armhf.deb
modem_200930_armhf.deb
sqld_200325_armhf.deb
ledd_200415_armhf.deb
beeperd_200407_armhf.deb
gpiod_200326_armhf.deb
backlight_200826_armhf.deb
almon_201016_armhf.deb
libs_201102_armhf.deb
eglfsmatrix_200325_armhf.deb
virtkb_200326_armhf.deb

[Arsie]

Сообщение от ATS

Так и оно (апдейт) в deb-ке.

Я имею ввиду ядро самого линукса.

[ATS]

Сообщение от Arsie

Я имею ввиду ядро самого линукса.

Не уверен что оно меняется.
Чистого не видел к сожалению.

[Gel]

Тут в резервном копировании/восстановлении важно, что бы встроенный диск не был задействован. Поэтому, сначала нужно загрузиться с внешнего носителя.

Я на Matrix использую такой вариант загрузки с Micro SD.

Приготовил копию внутреннего носителя на Micro SD (предварительно отмонтировав разделы с Micro SD).

Скопирована текущая система для возможности загрузки (существующие данные с Micro SD пропадают):

dd if=/dev/mmcblk0 of=/dev/mmcblk1 bs=512k

Потом был смонтирован раздел /dev/mmcblk1p2 и в /etc/fstab заменены все строки mmcblk0 на mmcblk1.

Потом был настроен переключатель загрузки с Micro SD. Я выбрал вариант "при нажатии на ESC во время запуска система будет грузиться с Micro SD".

В файле "/boot/uboot/uenv.txt" у меня такое содержимое:

uenvcmd=if run boot_switch_${board_name}_${board_rev}; then echo Boot switch is ON; run boot_switch_cmd; fi
boot_switch_mtrx_9=gpio clear 64;gpio input 60
boot_switch_cmd=setenv mmcroot /dev/mmcblk1p2 ro

После загрузки с флешки можно безопасно считывать и восстанавливать образ на внутренний диск контроллера.

[ujin]

Сообщение от Gel

После загрузки с флешки можно безопасно считывать и восстанавливать образ на внутренний диск контроллера.

Способ из разряда "зато я сделал все что смог" .
Это работает для полностью идентичных устройств.
Никто не гарантирует, что от партии к партии они будут идентичны. Даже более того они точно будут не идентичны. Процессор с другим АРМ ядром, процессор с тем же АРМ ядром другого производителя, другая периферия.
Клон файлов лоджика с большой вероятностью не сработает с новым ядром и новым лоджиком.
И чем далее по времени отстоит проект, тем менее вероятность успешного исхода.

[Gel]

Сообщение от ujin

Способ из разряда "зато я сделал все что смог" .
Никто не гарантирует, что от партии к партии они будут идентичны. Даже более того они точно будут не идентичны. Процессор с другим АРМ ядром, процессор с тем же АРМ ядром другого производителя, другая периферия.

Для моделей Trim/SHM4/Matrix сейчас используется один и тот же универсальный дистрибутив, который по задумке разработчиков гарантировано должен быть совместим со всеми ранее выпущенными ревизиями.

[ujin]

Сообщение от Gel

Для моделей Trim/SHM4/Matrix сейчас используется один и тот же универсальный дистрибутив, который по задумке разработчиков гарантировано должен быть совместим со всеми ранее выпущенными ревизиями.

Дистрибутив чего?
Дистрибутив не устанавливается путем его клонирования на диск.
Допустим при копировании утилитой dd вы ничего аппаратно не сломали (маловероятно что-то сломать на мой взгляд). Допустим Вы смогли с нуля из дистрибутива развернуть Linux Apach Sqlite Php и runtime от SMLogix. Подводных камней здесь не видно. А в клонированной конфигурации база и проектные файлы в старом формате - проект работать не будет. Учитывая интенсивность апгрейда лоджика это должно произойти уже через неделю после резервного копирования.

[Gel]

Сообщение от ujin

Дистрибутив чего?

Дистрибутив операционной системы, то, что содержится в архиве "C:\Program Files (x86)\SMLogix\Linux_Kernel\firmware.frw"

Сообщение от ujin

Дистрибутив не устанавливается путем его клонирования на диск.

Это один из вариантов установки.

Сообщение от ujin

А в клонированной конфигурации база и проектные файлы в старом формате - проект работать не будет.

В каком старом формате? Все же вместе скопом копируется и всегда одно будет соответствовать другому.

[ujin]

Сообщение от Gel

Дистрибутив операционной системы, то, что содержится в архиве "C:\Program Files (x86)\SMLogix\Linux_Kernel\firmware.frw"

Это один из вариантов установки.

Допустим этот пункт более прост, чем с классической установкой

Сообщение от Gel

В каком старом формате? Все же вместе скопом копируется и всегда одно будет соответствовать другому.

Соответствовать будет все, что внутри firmware.frw. Но в нем изначально отсутствует заполнение базы данных (какой-нибудь файл sqlite) и проектные файлы от лоджика в скомпилированном виде.
Так как они были выполнены для другого firmware.frw то не подойдут к текущему. Это я про старый проект, который Вы хотите клонировать.
Саму операционку то нет смысла клонировать.

[Gel]

Сообщение от ujin

Так как они были выполнены для другого firmware.frw то не подойдут к текущему. Это я про старый проект, который Вы хотите клонировать.

Подумайте, как они могут не соответствовать, или отсутствовать какие-то данные, если копируется все?

Если вы говорите про частичный бекап, то да, в этом случае может быть несоответствие.

[ujin]

Сообщение от Gel

Подумайте, как они могут не соответствовать, или отсутствовать какие-то данные, если копируется все?

Если вы говорите про частичный бекап, то да, в этом случае может быть несоответствие.

Выше я описывал этот случай - аппаратные изменения в архитектуре.
Еще раз повторюсь. С очень большой вероятностью будут проблемы со сменой версии АРМ и со сменой производителя даже на той же версии. Изменения в периферии. Например новые модули ввода вывода не будут работать со старой версией.

[Gel]

Сообщение от ujin

Выше я описывал этот случай - аппаратные изменения в архитектуре.
Еще раз повторюсь. С очень большой вероятностью будут проблемы со сменой версии АРМ и со сменой производителя даже на той же версии. Изменения в периферии. Например новые модули ввода вывода не будут работать со старой версией.

С новыми ревизиями может не работать, потому что нет гарантии. Т.е. может работать, а может и нет.

Со старыми ревизиями, по задумке разработчиков, должна работать обратная совместимость.

[ATS]

Сообщение от ujin

Выше я описывал этот случай - аппаратные изменения в архитектуре.
Еще раз повторюсь. С очень большой вероятностью будут проблемы со сменой версии АРМ и со сменой производителя даже на той же версии. Изменения в периферии. Например новые модули ввода вывода не будут работать со старой версией.

Да вроде речь идет про бэкап

[ujin]

Сообщение от Gel

С новыми ревизиями может не работать, потому что нет гарантии. Т.е. может работать, а может и нет.

Со старыми ревизиями, по задумке разработчиков, должна работать обратная совместимость.

Про какие ревизии вы говорите?
Ход процесса потерялся.
В начале было просто dd if=... of=... резервная копия
Далее я предложил рассмотреть вариант наката резервной копии на новое железо. На этом месте пошла какая-то путаница с накатом голого firmware.frw
Не могли бы Вы расписать весь процесс клонирования подробнее с вариантом использования нового железа с другим процессором и другой периферией, но с одинаковым внешним названием контроллера Matrix.

[Gel]

Сообщение от ujin

Далее я предложил рассмотреть вариант наката резервной копии на новое железо.

Вы не это предложили, вы дали неверное утверждение, что "Это работает для полностью идентичных устройств."

Сообщение от ujin

Не могли бы Вы расписать весь процесс клонирования подробнее с вариантом использования нового железа

Ну я же не оракул, я будущее не могу видеть. Не исключаю, что будут проблемы. Так же не исключаю, что эти проблемы можно будет решить.