Переустановка ОС на segnetics

[thedesperatemaker]

Используя segnetics matrix в рамках задачи показалось удобным решением вынести часть софта непосредственно на segnetics, благо он работает на linux, однако базовая разметка диска предполагает 900 мб под корень и 2.5gb под папку проекты.

Чтобы при установке софта сохранить его дерево зависимостей и возможность обновлять его через apt, нужно расширить корневой раздел. Конечно можно перенести /usr на раздел /projects и поправить fstab чтобы он смотрел разделом /usr в нужный раздел, но логичнее просто переставить операционку с чистого листа, не разделяя хард на разделы, однако гайда по установке модифицированного(с драйверами segnetics) linux не нашёл, может есть какой-то хендбук/гайд как переустановить операционку?

[yvori]

Я думаю вряд ли такой гайд когда-либо будет создан, но вы можете взять firmware.frw в SMLogix, извлечь fitImage-restore, из него достать initrd, а там подредактировать скрипт loaderRestore. Потом упаковать это всё обратно и вуаля! Хотя с переносом /usr на другой раздел будет проще.

[thedesperatemaker]

Я о том же, что такая разметка и без того не большого диска усугубляет ситуацию с использованием сценариев работы с segnetics

[thedesperatemaker]

А ещё в /projects живёт какая-то БД

[yvori]

На всякий случай, оставлю здесь:

Просмотр содержимого fitImage

dumpimage -l fitImage-restore

Извлечение initrd из fitImage

dumpimage -T flat_dt -i fitImage-restore -p 1 initrd.lzo

Распаковка initrd

lzop -x initrd.lzo && cpio -idv < root-restore.cpio

[thedesperatemaker]

Если бы dumpimage был доступен на сегнетике без бубна)))

[yvori]

Зачем он должен быть доступен на сегнетиксе? Его надо установить на ваш комп!

[thedesperatemaker]

тогда не понял как? ок, да - поставил u-boot-tools, но ковырять unitrd ощущается опасным


Добавлено через 2 минуты


как будто проще: отмонтровать /projects от /dev/mmcblk0p3. Отрезать от него кусок, чтобы не нарушать работу БД. И на него же расширить /dev/mmcblk0p1?
Сейчас /project не отмаунтить потому что его блочат процессы: бд можно убить, но ещё два процесса перезапускаются тут же

[yvori]

Так вообще вся эта тема опасная. Я думаю, что техподдержка даже слушать вас не будет, т.к. есть только один официальный способ переустановки ОС - форматирование через SMLogix. А всё что вы делаете это на свой страх и риск.


Добавлено через 13 минут


Для отмонтирования /projects можно попробовать сначала поостанавливать сервисы из /etc/init.d/

service logix.sh stop
service sqld.sh stop
.....

А потом что осталось убить killall-ом

[thedesperatemaker]

только эти два сервиса и держали маунт, спасибо. Не уверен насколько безопасно будет удалять раздел полностью - кажется уменьшить его будет для первого шага лучше. И потом замаунтить выделенный кусок в /usr + поправить fstab.

[thedesperatemaker]

Сделав бекап /projects, удалил третий раздел, пока не пойму как расширить раздел p2 на свободное место. Когда говорю из раздела объемом 1 гиг сделай 2 гига, он говорит что не могу сделать такой большой, а уменьшаю - что не могу сделать больше чем есть

[thedesperatemaker]

Сделав бекап /projects удалил раздел. Попробовал через fsck полечить таблицу: монтированный корневой раздел не мог пока я монтирован в него, свободное место полечилось, однако resize2fs не видит возможности расширения

[thedesperatemaker]

Тогда рациональнее создать выделенный раздел под /usr и выделенный под /projects, пока не берусь прикинуть размеры, пусть будет по 1.3 гига на каждый, если что поправлю.

[Gel]

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

Используя segnetics matrix в рамках задачи показалось удобным решением вынести часть софта непосредственно на segnetics, благо он работает на linux, однако базовая разметка диска предполагает 900 мб

Я, когда делал переразбивку разделов, просто грузился с SD-карты и проводил необходимые операции. Если на матриксе есть SD-карта, то при переводе в "режим программирования" он пытается сначала загрузиться с SD. Сделать такой SD можно путем копирования внутреннего хранилища и правкой uenv.txt и /etc/fstab

Если SD-карты нет, то можно временно удалить большой раздел, сделать на его месте системный раздел нужного размера, загрузиться с него (предварительно поправив uenv.txt и /etc/fstab) и потом пересоздать бывший системный раздел, как надо.

При загрузке можно подключиться к консоли u-boot, там 3.3V UART в районе модулей расширения, верхней правой части платы, RX/TX там подписаны.

[thedesperatemaker]

В моей версии матрикса к сожалению SD разъема нет, это конечно упростило бы задачу: сейчас я удалил 2.6 гигабайтный раздел /projects, на его месте создал два по 1.3 гига, на которых полагаю создать /usr и новый /projects. Скопировать /usr в новый /usr и вмонтировать новый /usr, прописав его в /fstab.

[thedesperatemaker]

Я просто ребутнул его, при загрузке обновилась fstab - /projects смонтировался в раздел p3 и появился 1.3 гигабайтный пустой раздел. Его сейчас попробую сделать /usr и вписать в fstab.

[thedesperatemaker]

Форматнул в ext4, смонтировал в /home/tmp, скопировал тупо через cp -a /usr /home/tmp. Вроде пока что всё ок. Осталось прописать в fstab новый /usr и убедиться что все работает

[Arsie]

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

Осталось прописать в fstab новый /usr и убедиться что все работает

Зачем это всё вы пишите и скриншотите?

[thedesperatemaker]

Косяк, ещё пришлось фиксить то что копирнул получилось в /usr/usr
mv -a /usr/usr/* /usr

А так, вообще говоря работает, вот так выглядит /etc/fstab теперь

[thedesperatemaker]

Просто сохранил путь, чтобы не оставлять вопрос который сам задал и разобрал неотвеченным или брошенным, не без помощи советов: ценный совет был от yvori про отключение сервисов, ну и чтобы не бросать вопрос незакрытым. Корневой раздел очень уж маленький оказался в базовой ОС.

[Arsie]

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

чтобы не оставлять вопрос который сам задал и разобрал неотвеченным или брошенным

После того, как вы закончите, я снесу данную тему. Ввиду специфичности как самой задачи, так и способа её выполнения.

[thedesperatemaker]

Так вопрос в том что задача стоит в развертке двух пакетов: ROS(Robotic Operating System) непосредственно на сегнетике и докера. Из-за базовой разметки образа пришлось идти таким вот путём. Что рос, что докер являются мега популярными средствами разработки, а их деплой на сегнетике позволит интегрировать его в общую систему проекта ощутимо более глубоко.

Увеличить корневой раздел где-то на гигабайт при самой прошивке было бы конечно более правильным решением.

[Ilya J.]

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

Увеличить корневой раздел где-то на гигабайт при самой прошивке было бы конечно более правильным решением.

Почему? И что делать, если гигабайта не хватит?

[Arsie]

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

что задача стоит в развертке двух пакетов: ROS(Robotic Operating System) непосредственно на сегнетике

Не подскажете, что за идиотская мода пошла в мире пакеты, сервисы и даже HMI-оболочки называть операционными системами. Быть может вы больше меня в теме и знаете ответ?

[thedesperatemaker]

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

Оценочно, на хост в подавляющем большинстве накатываются как минимум git, curl, wget, build-essential ну и что-то ещё. В эпоху микросервисов теперь ещё docker. Понятно, что в встраиваемых системах ресурсы считаются на вес золотом, но почему бы не сделать по умолчанию запас на установку минимального набора пакетов?

[Arsie]

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

Оценочно

Можете ознакомить нас с критериями оценки?

[thedesperatemaker]

В целом даже подскажу: Операционная система - это из определения ядро + набор прикладных программ. Да, ROS правильнее было назвать фреймворком, но в ней есть быстрое ядро, обеспечивающее все необходимые механизмы взаимодействий между нодами, сервисами, сенсорами, данными и собственно библиотеки этих нод из которых строятся системы. Сейчас ROS - это самый распространый инструмент создания роботов и также крайне эффективен при построении архитектур и сетей где идет работа с датчиками, сенсорами и тд. Использовать ROS на девайсе типа segnetics, где из коробки стоит линукс - выглядит вообще естественным путем его использования.


Добавлено через 4 минуты


Критерии оценки? Просто взять тысячу проектов где используется segnetics и посмотреть статистику распределений: если не ограничивать размер корневого раздела, сколько он будет занимать у этой тысячи разных проектов и что туда будет установлено?

Да, я понимаю как использовать его чисто как ПЛК, но это не позволит использовать его в проектах, где нужно связать кучу софта микросервисами и работать с ним просто как с одним из микросервисов. Также как и банально установить на него ROS, чтобы он мог общаться в одной сети со всей другой системой, напрямую прокидывая в неё и обратно данные с сенсоров

[Arsie]

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

Да, ROS правильнее было назвать фреймворком, но в ней есть быстрое ядро

Оно встраивается в ядро линукса или просто работает на правах обычного сервиса?

[thedesperatemaker]

Нет, ROS работает просто на правах сервиса, хотя есть micro-ROS, там другая история, не работал с ним ещё, но мне это предстоит в перспективе - интегрировать в ROS девайсы, полноценного linux на которых нет. На segnetics же линукс вполне полноценный, поэтому использование ROS + docker вполне обоснованно.

[Arsie]

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

Нет, ROS работает просто на правах сервиса

Тогда откуда уверенность, что оно будет работать быстро? Особенно в рамках полевого устройства, у которого есть собственные времязависимые процессы.


PS. Я похоже понял, откуда ноги растут. Как теперь С++ считается языком низкого уровня, наверное так сейчас что-то сложнее калькулятора/тетриса стало считаться в среде "обычных программистов" таким же сложным ПО, как и ОС