Подскажите технологию/способ обновлять линукс из файла-прошивки?

Посмотри, как это реализовано в Raspberry Pi OS.

https://github.com/raspberrypi/rpi-update

A/B boot ты изобрёл. Тут бы теперь сказать, какой у тебя загрузчик или хотя бы вообще речь о роутере, телефоне, ноуте или чем. А то радости тебе с того, что в каком-нибудь uboot он есть, если ты его не юзаешь?

Заливанием прошивки на sd-карточку? :)

A/B boot ты изобрёл

Эх, опять кто-то реализовал мою гениальную идею до меня! :)

Тут бы теперь сказать, какой у тебя загрузчик

u-boot, да. (пардон, тупанул не указав в ОПе)

в каком-нибудь uboot он есть

так-так-так-так-таааак… где он там ест? так и называется, а/б бут?

A tool to get the latest bleeding-edge firmware and kernel for your Raspberry Pi.

А это точно – оно?

А, возможно совсем из коробки он там только для андроида есть: https://u-boot.readthedocs.io/en/latest/android/ab.html

Но ты погугли, и тут ты всяко будешь не первый.

Но ты погугли

https://bootlin.com/pub/conferences/2022/elce/opdenacker-implementing-A-B-system-updates-with-u-boot/opdenacker-implementing-A-B-system-updates-with-u-boot.pdf

Ну это руками, неужели ж нет ниче высокоуровневого для ленивых?

Для ленивых это будет работать, когда ты настроишь это всё индивидуально под каждую платформу.

О, Michael меня в references включил, лол

когда ты настроишь это всё индивидуально под каждую платформу.

Да выглядит-то довольно платформонезависимо (в моих розовых фантазиях)

Всего-то и надо иметь способ сообщить загрузчику с какого раздела грузиться и иметь возможность писать-читать соседний раздел (это и так везде есть, вполне себе кроссплатформенно), ну то есть, где здесь чего низкоуровневого?

Ну для начала загрузчику полезно бы знать откуда загружаться, nand/nor/(e)mmc, потом уже думать о разделах. А потом с чего бы это должен быть «соседний» раздел? Может для моего устройства удобнее иметь раздел 3 и 5 для схемы A/B?

Ну для начала загрузчику полезно бы знать откуда загружаться, nand/nor/(e)mmc, потом уже думать о разделах.

Ну, у меня уже есть прошивка от производителя. Там уже есть раздел с подлодкой, раздел рутфс и после него – свободное место, достаточное, чтоб втолкать еще один рутфс. А еще я за пять минут начитался, что если в загрузочном разделе создать файл uEnv.txt, то убут будет брать параметры из него.

Настало время что-нибудь окирпичить!

с чего бы это должен быть «соседний» раздел? Может для моего устройства удобнее иметь раздел 3 и 5 для схемы A/B?

соседний – в широком смысле. Физически, разумеется – хоть вообще на другом устройстве

Я себе так делал: https://rain.linuxoid.in/2019/03/13/кастомные-скрипты-в-initrd-для-обновления-с/

В более новой версии еще пункт добавил кроме обновления system-раздела и системы целиком - ее дамп (который можно потом использовать на других системах для полного обновления).

ОООой. Держите меня: я перевлюбился в линукс. Твое решение еще круче моих фантазий!

Поясни: сие выполняется на этапе, когда ядро уже загружено, а rootfs еще не смонтирован, так? Тогда откуда там zcat-ы и подобное – они в образе ядра что-ли? (какой-то интерпретатор шелла же еще нужен) как это работает, откуда он, например, модуль ext4 подгружает?

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

$ cat /etc/initramfs-tools/scripts/local-top/sysupgrade.sh | spst
http://sprunge.us/A5yWcr

Ух, годнотаааа. Не могу дождаться рабочего дня чтоб попробовать!

Из любопытства: выглядит будто ты такое на десктопах применяешь ( ну, там, пляски с грубом, все такое ) это ты как используешь?

если отвалится питание?

а если отвалится питание в случае любой другой перепрошивки?

Вы пытаетесь изобрести андроид А/В?

В случае с a/b ничего не произойдёт.

Ну в скрипте эту ситуацию тоже никто не мешает обыграть (за исключением момента обновления образа ядра)

А долго оно обновляется?

В первом же предложении расшифровка - на ригах. Майнинг-ригах :).

Если это не перезапись диска целиком (когда образ вычитывается в память, а потом пишется с нее на диск со всеми разделами) - то и ладно. Можно перезагрузиться и запустить процесс заново.

Наврал я тебе: ниче ему от питания не становится

Вы пытаетесь изобрести андроид А/В?

А почему именно андроид а б, а на просто а б? Больше никто так не делает?

Значить, докладываю: попробовал по твоей схеме на одноплатник и я просто в восторге. Я, правда, не совсем как у тебя сделал, а завёл отдельный раздел, куда кладу образ для зашития и в initramfs скрипте монтирую, проверяю наличие специального файла команды и шью.

Нет нужды загрузчик трогать.

На днях доведу до ума и, если буду хорошим мальчиком, тоже напишу статью для следующих поколений

Огромное спасибо за идею и пример

обычно для / просто mtd перезаписывается, /etc монтируется в отдельный раздел

У меня, фактически, образ лежит на /home-разделе. Т.е., всего их на диске 3 - /boot, / и /home.