Одноплатные компьютеры своим появлением взяли на себя огромное количество задач и с каждым днём решают всё больше наших проблем. Но многие окружающие нас бытовые устройства являются одноплатными компьютерами с практически идентичной начинкой и телевизионные приставки классический тому пример.

Когда-то я приобрел ТВ приставку X96 Max Plus 100W на Android, чтобы потестить вдоль и поперек и скоро пришел к тому, что классическое ее применение для просмотра мультиков и Android игр мне не интересно. Очень захотелось установить Linux и использовать приставку как обычный мини-компьютер. Вот для таких энтузиастов, кто хочет установить Linux на телевизионную приставку, превратив ее в сервер или даже в десктопный компьютер, я и расскажу свою историю. История отличается от всех остальных подобных реалистичностью, когда результата по инструкции достичь не удается.

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

Если вдруг читатель не знает зачем нужен такой мини-компьютер, поясню: такой тихий и экономичный гаджет превосходен как сервер умного дома на HomeAssistant, домашний веб-сервер на nginx, сервер телефонии на Asterisk, для сбора статистики с метеостанции, рутер, игровая консоль на Retro-Pi, медиацентр, для конвертирования RTSP видеопотока с камеры в HLS для встраивания на веб-страницу, TorrServer для просмотра фильмов прямо с торрентов. Благо, ресурсов у современных приставок более чем достаточно для большинства подобных задач.

Представьте себе сколько таких телевизионных приставок выбрасывается провайдерами по истечении контракта, ведь пользователи по контракту зачастую обязаны ее вернуть. Но даже купить ТВ приставку, такую как Transpeed 6k (на Алиэкспресс называется H616 по имени процессора), как минимум не дороже, чем ее клон-одноплатник Orange Pi Zero 2 на том же процессоре. Такой компьютер будет в красивом корпусе и с плюшками вроде пульта, HDMI кабеля и БП. Вот описание незначительных различий между этими устройствами: http://nskhuman.ru/allwinner/fdt/basefdt.php

Но вернемся к приставке, которая у меня была и над которой я проводил свои эксперименты. Исследование и вскрытие показало что внутри приставки X96 Max Plus 100W:

• CPU: Amlogic S905X3 quad-core ARM Cortex A55

• GPU: ARM Mali-G31MP

• Radio module: W522A

• Memory: DDR3 4GB, FLASH 64GB

• Support 10/100M Ethernet, 2.4 and 5G WiFi, BT4.0;

• USB3.0 x 1, USB2.0 x 1, TF Card

• HDMI, AV, SPDIF

Фото с форума Armbian похожей приставки, с абсолютно тем же названием. Даже на плате кодовое название совпадает: Q53X_141 V4.1 20112. Но моя плата отличается тем, что на борту 64 гига EMMC и отсутствует гигабитный PHY чип неподалеку от ethernet интерфейса. Вместо внешнего PHY чипа для сети используются встроенные возможности SoC. Это важно и к этому вопросу еще вернемся.

Обозреваемая приставка очень близка по характеристикам к одноплатнику Banana Pi M2 Pro и Banana M5. Но использование официальной прошивки Armbian под эту платформу я на приставке даже не проверял и пошел другим путем. Было бы интересно узнать, если кто пробовал подобное.

Armbian

За небогатым выбором ОС остановился на Armbian - Debian для ARM компьютеров. Взял готовый образ под свой процессор, но "искаропки" он конечно же не завелся:
https://github.com/ophub/amlogic-s9xxx-armbian/releases/

Пришлось разбираться во всех нюансах ARM платформы, которая совсем уж не похожа на столь привычный и знакомый нам с детства x86. Самое первое - это отсутствие привычного меню для настройки BIOS/UEFI. Зато на таких платах всегда есть UART контакты RX/TX, к которым можно подпаяться и подключиться USB UART адаптером, получив доступ к консоли устройства. Если вам повезет и подготовленный загрузочный носитель заработает, то паять UART не придется.

По инструкции установки Armbian на приставку все выглядит очень просто: скачать образ, записать его на носитель, вставить носитель в слот приставки, загрузиться в Андроид и выбрать обновление с внешнего носителя, перезагрузиться, подключиться через ssh к своему новому мини-компьютеру на Armbian и начать настраивать под себя. Увы, на практике по этой инструкции моя приставка не показывала абсолютно никаких признаков жизни ни через HDMI, ни на своем встроенном дисплее с часиками. Выглядит как кирпич.

Чтобы заставить приставку грузиться с флэшки у меня прошел следующий трюк: выключаю питание приставки, зубочисткой зажимаю кнопку внутри входа AV (mini-jack 3.5), включаю питание. Но официальная рекомендация по установке Armbian твердит что нужно это делать через режим разработчика Android (позже будет о том, как это сделать).

Попытку загрузки с флэшки я распознаю по тому факту, что перестает загружаться Android. Чтобы сделать носитель загрузочным, скрипты должны найти файл u-boot.ext. Изначально такого файла нет, потому что образ системы универсален: есть коллекция таких файлов под различные устройства. Я попробовал переименовывать имеющиеся файлы u-boot-x96maxplus.bin и u-boot-x96max.bin, как наиболее подходящие по имени приставки. Забегая вперед, скажу, что это подходящие файлы. Любой из них можно использовать для загрузки этой приставки. Я пробовал подключать различные DTB файлы. Но система в сети не появлялась. Попытки тыкаться носом как слепой котенок начинали казаться тупиковыми. Нужно было увидеть логи чтобы выявить в чем ошибка.

Вообще, эти эксперименты я начал еще год назад и подопытная приставка была довольно сложным кейсом за счет огромного количества отличающихся ревизий с новым оборудованием и отсутствующими открытыми драйверами. Тогда она еще не поддерживалась в Armbian и приходилось мудрить. Cо многими другими приставками дела обстояли несколько проще. Если вам тупо установить Linux и не вникать во внутренности загрузчика и ядра, то стоит выбрать нечто более обкатанное вроде приставок на процессоре Amlogic S905X2. В таком случае вы можете просто скачать готовый образ системы и сделать все по инструкции, а мой пост вам даже не понадобится. Пошаговых инструкций в интернете миллион. Впрочем, сейчас моя приставка уже поддерживается и, скорее всего, со всеми приведенными граблями вы не столкнетесь. Но мой опыт вполне может пригодиться.

Подключение UART консоли

Чтобы выяснить суть проблемы и увидеть логи нужно подключиться к консоли через предусмотренный для этого UART интерфейс. Для этого понадобится UART USB адаптер и паяльник, чтобы подпаять три проводка: RX (receive), TX (transmit), GND. Мой адаптер CH340G позволяет переключать уровень сигнала между 3.3в. или 5в. Но подойдет любой другой на 3.3в. Соединять нужно перекрестно: RX приставки на TX адаптера и TX приставки на RX адаптера. Контакт 3.3в. не подключаем никуда. После подключения адаптера на десктопном Linux должно появиться устройство /dev/ttyUSB0, которое говорит, что адаптер распознался и готов к использованию.

picocom -b 115200 -r -l /dev/ttyUSB0

Как только включим питание приставки, окно picocom должно показать логи загрузки системы. Тут всё нужно внимательно прочесть и выявить ошибки. Усложняется все тем, что большинство ошибок являются нормой, так как скрипты прорабатывают различные варианты загрузки и вываливают всю информацию по этому поводу.

Еще очень полезно подключить UART консоль тем, кто хочет попасть в шел-консоль Android. На моей прошивке не понадобился ни логин ни пароль: сразу после загрузки я мог писать команды.

console:/ $ uname -a
Linux localhost 4.9.113 #3 SMP PREEMPT Fri Apr 15 18:28:24 CST 2022 armv7l

console:/ $ lsmod
lsmod
Module                  Size  Used by
sdio_bt                20480  0 
vlsicomm             1576960  0 
aml_sdio               28672  2 sdio_bt,vlsicomm
galcore               372736  0 
aml_hardware_dmx      135168  0 
amvdec_mavs            40960  0 
vpu                    45056  0 
encoder                49152  0 
amvdec_avs2           192512  0 
amvdec_vp9            110592  0 
amvdec_vc1             57344  0 
amvdec_real            40960  0 
amvdec_mmpeg4          40960  0 
amvdec_mpeg4           57344  0 
amvdec_mmpeg12         40960  0 
amvdec_mpeg12         102400  0 
amvdec_mmjpeg          28672  0 
amvdec_mjpeg           40960  0 
amvdec_h265           135168  0 
amvdec_h264mvc         53248  0 
amvdec_mh264          155648  0 
amvdec_h264           135168  0 
amvdec_avs             65536  0 
stream_input          159744  12 aml_hardware_dmx,amvdec_mavs,amvdec_avs2,amvdec_vp9,amvdec_real,amvdec_mmpeg12,amvdec_mpeg12,amvdec_h265,amvdec_h264mvc,amvdec_mh264,amvdec_h264,amvdec_avs
decoder_common        172032  18 amvdec_mavs,encoder,amvdec_avs2,amvdec_vp9,amvdec_vc1,amvdec_real,amvdec_mmpeg4,amvdec_mpeg4,amvdec_mmpeg12,amvdec_mpeg12,amvdec_mmjpeg,amvdec_mjpeg,amvdec_h265,amvdec_h264mvc,amvdec_mh264,amvdec_h264,amvdec_avs,stream_input
firmware               24576  19 amvdec_mavs,encoder,amvdec_avs2,amvdec_vp9,amvdec_vc1,amvdec_real,amvdec_mmpeg4,amvdec_mpeg4,amvdec_mmpeg12,amvdec_mpeg12,amvdec_mmjpeg,amvdec_mjpeg,amvdec_h265,amvdec_h264mvc,amvdec_mh264,amvdec_h264,amvdec_avs,stream_input,decoder_common
media_clock            36864  14 aml_hardware_dmx,amvdec_mavs,vpu,encoder,amvdec_avs2,amvdec_vp9,amvdec_mpeg12,amvdec_h265,amvdec_mh264,amvdec_h264,amvdec_avs,stream_input,decoder_common,firmware
tb_detect              20480  0 
atbm8881_fe_32        122880  0 
mali_kbase            471040  11

При попытке загрузки с флэшки мне эта консоль навалила огромную кучу текста, которая сначала ошарашила. Но, покопавшись некоторое время, я понял суть первой проблемы: флэшка не загрузочная лишь потому, что она тупо не совместима с загрузчиком. Позже я выяснил, что с сменой флэшки на более другую (брэнд не имеет значения) можно перейти к решению последующих проблем, одной из которых являлся неработающий сетевой адаптер. Но к этому я пришел позже. А пока я хотел понять, что дает самостоятельная сборка Armbian, какие проблемы можно с ее помощью решить.

Получение исходников Armbian и компиляция

Сборка Armbian невероятно просто и надежно сделана. Никакой установки стороннего софта мне делать не пришлось потому что все собирается в контейнере-песочнице, скачивая все необходимые зависимости. Сборку я делал в системе Gentoo, где отсутствуют такие команды как apt или deb, используемые в большинстве скриптов для установки. Главное выделить под эту вакханалию по меньшей мере 35 гигабайт места.

git clone https://github.com/armbian/build
cd build
/compile.sh EXPERT="yes"

Параметр EXPERT="yes" нужен чтобы нам, как экспертам, открылись недоступные для нубов экспериментальные платформы. Я выбрал aml-s9xx-box. Дальше выбираем по очереди:

• "Do not change the kernel configuration" выбрать не грешно если вы не настоящий эксперт. А настоящий эксперт на этом этапе сможет к примеру включить дополнительные драйвера в компилируемом ядре.

• aml-s9xx-box - выбираем если у вас процессор Amlogic s905x3 как у меня, иначе разбирайтесь какая платформа вам подойдет.

• current или edge (latest). Я остановился на current чтобы выбрать не самые экспериментальные базовые системы. Но это совсем не значит, что этим выбором можно защититься от неприятностей, которые вас давно ждут, как только вы назвались экспертом.

• Выбираем базовую ОС.
  У меня заработала только Ubuntu Jammy 22.04 LTS. Заставить kde-plasma нормально работать в Debian 11 и 12 у меня не получилось как я ее не пытался удалять и ставить заново через apt (о подобных неприятностях я и говорил).

• Desktop Environment.
  Я выбрал kde-plasma. И да, использование kde-plasma на приставке - это ошибка (тормозит жутко).

• config-base - лишь одна опция

• Выбираете нужный вам софт

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

./compile.sh build BOARD=aml-s9xx-box BRANCH=current BUILD_DESKTOP=yes BUILD_MINIMAL=no DESKTOP_APPGROUPS_SELECTED='3dsupport browsers' DESKTOP_ENVIRONMENT=kde-plasma DESKTOP_ENVIRONMENT_CONFIG_NAME=config_base EXPERT=yes KERNEL_CONFIGURE=no RELEASE=jammy 

К сожалению, компиляция не решила проблем неработоспособности сетевого интерфейса eth0, но в будущем позволила опробовать различные версии различных дистрибутивов Debian и Ubuntu в то время как выбор готовых сборок очень ограничен. Если вас не толкают возникшие трудности на эксперименты как меня, смело пропускайте самостоятельную сборку. Одной из таких трудностей для меня оказалась установка kde-plasma через apt. Понятия не имею, почему такое происходит, но заметил, что иногда программы, скомпилированные локально через сборщик работают корректно, а установленные через apt глючат. Конкретно, в KDE не отображались иконки и меню.

Запись образа на носитель

Если ошибок при компиляции не было, то в директории ./output/images/ загрузочный образ диска будет ждать записи на носитель. Используйте Rufus или Balena Etcher для записи образа на флэшку, а я сделаю старым дедовским методом:

dd if=output/images/Armbian_23.08.0_amlogic_s905x3_lunar_6.1.55_server_2023.10.02.img of=/dev/sde bs=1M

В качестве загрузочного носителя можно использовать как USB флэшку, так и MicroSD карточку. Но, имейте ввиду, что загрузчик может закапризничать независимо от брендовости. Так у меня он отказался работать с MicroSD Samsung на 32Гб. и Transcend 16Гб., но заработал с древней ноунейм карточкой 16Гб. с надписью Taiwan и с обычной древней USB флэшкой Transcend 8Гб. Выглядят эти ошибки вот так:

emmc/sd response crc error, cmd16, cmd->cmdarg=0x200, status=0x1ff2400
** Unrecognized filesystem type **

Правки полученного носителя

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

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

Основная проблема заключается в том, что приставки даже на одном и том же процессоре могут отличаться без предупреждений производителей (ведь одинаковые модели производят в разных китайских подвалах, как мы догадываемся). Заменят микросхему сети Realtek на Ampak или решат не паять внешний PHY, в свою прошивку внесут изменения в драйверах, но акцентировать внимание на этом не будут. А это нужно знать чтобы выбрать подходящий загрузчик и настроить эти устройства.

Итак, для корректной загрузки нам нужно найти подходящий для нашей платформы загрузчик u-boot и, специфический для ARM платформы, файл DTB (device tree blob).

Усложняется ситуация тем, что на приставке название пишется не полное. Например, на моей написано X96 Max+. А вот, чтобы выяснить что она "100W" пришлось потрудиться. Ведь именно у этой модели на борту микросхема радиомодуля, отвечающего за BT и Wifi малораспространенная W522A. Можно взять прошивку от похожей платы, но радиомодуль там работать не будет. Впрочем, как спойлер, скажу что у меня в Armbian он так и не заработал.

Во встраиваемых системах на ARM для того чтобы инициализировать устройства платы, которые не могут быть определены автоматически, используют Device Tree структуры. К таким устройствам относятся процессор, память. В исходных файлах Device Tree Source (DTS) текстом описываются устройства, частоты, адреса. Эти человекочитаемые файлы компилируются в бинарные DTB (Device Tree Blob), которые уже понимает ядро Linux. Чтобы не утонуть в дебрях деревьев устройств нам нужно просто подобрать подходящие к нашей плате DTB файлы. Откройте на полученной после записи образа флэшке раздел armbi_boot. В директории ./dtb/amlogic есть коллекция файлов, из которых нам нужно выбрать подходящий к нашей плате. Казалось бы, берем meson-sm1-h96-max.dtb или meson-g12a-x96-max.dtb и вписываем в ./extlinux/extlinux.conf . Но не тут-то было! Ни с одним из них не работает сеть:

root@aml-s9xx-box:/home/oper# ifconfig eth0 192.168.1.4/24
SIOCSIFFLAGS: Connection timed out

Если без wifi/BT я еще готов мириться, то вот без ethernet мне этот микрокомпьютер совсем не годится. Коллекция DTB файлов лежит на флэшке в разделе armbi_boot в директории ./dtb/amlogic.

Почитав форумы Armbian, все у кого такая приставка, как у меня X96 Max Plus 100W использовали файл meson-sm1-x96-max-plus-100m.dtb. Но у меня и с ним сеть не заработала. А весь секрет оказался в том, что у них на приставке была запаяна микросхема PHY для гигабитной сети, фото которой я показал в самом начале. Мне же понадобится встроенная в SOC подсистема, которая называется RMII и есть файл DTB, который ее поддерживает: meson-g12a-x96-max-rmii.dtb. Вот это и есть тот файл DTB, который позволил мне использовать eth0 в Armbian. Выяснить эту проблему и проблему с несовместимой флэшкой без UART консоли было бы невозможно.

Уроки u-boot

Пришло время рассказать, как я выяснил что флэшка просто несовместима с загрузчиком. Решение простое, но чтобы его увидеть мне пришлось потратить кучу времени и разобраться с загрузчиком u-boot, скриптами загрузки и с теми сообщениями что он мне вываливал. Всё как в байке про специалиста, который брал 1$ за удар молотком и 999$ за то, что знал куда ударить. Делюсь рецептом как выяснять куда нужно ударить.

Нажимаем в консоли сразу после включения много раз Ctrl+C и попадаем в командную строку загрузчика u-boot. Это совсем не Linux, но работать в нем с периферийными устройствами придется. И чтобы вы могли докопаться до сути в случае проблемы с загрузкой покажу несколько приемов для затравки.

Команда help напишет вам список поддерживаемых команд. Из этих команд можно составлять скрипты, которые несколько напоминают bash.

g12a_u212_v1#help
?       - alias for 'help'
aml_sysrecovery- Burning with amlogic format package from partition sysrecovery
amlmmc  - AMLMMC sub system
amlnf   - aml mtd nand sub-system
autoscr - run script from memory
avb     - avb
base    - print or set address offset
bcb     - bcb
bmp     - manipulate BMP image data
boot_cooling- cpu temp-system
booti   - boot arm64 Linux Image image from memory
bootm   - boot application image from memory
bootp   - boot image via network using BOOTP/TFTP protocol
cbusreg - cbus register read/write
chpart  - change active partition
clkmsr  - Amlogic measure clock
cmp     - memory compare
cp      - memory copy
crc32   - checksum calculation
cvbs    - CVBS sub-system
dcache  - enable or disable data cache
defenv_reserv- reserve some specified envs after defaulting env
dhcp    - boot image via network using DHCP/TFTP protocol
dovi    - Dolby_vision sub-system
dtimg   - manipulate dtb/dtbo Android image
echo    - echo args to console
efuse   - efuse commands
efuse_user- efuse user space read write ops
emmc    - EMMC sub system
env     - environment handling commands
ethloop - ethloop       - loopback test using ethernet test package

exit    - exit script
ext4load- load binary file from a Ext4 filesystem
ext4ls  - list files in a directory (default /)
ext4size- determine a file's size
false   - do nothing, unsuccessfully
fastboot- use USB Fastboot protocol
fatinfo - print information about filesystem
fatload - load binary file from a dos filesystem
fatls   - list files in a directory (default /)
fatsize - determine a file's size
fdt     - flattened device tree utility commands
forceupdate- forceupdate
get_avb_mode- get_avb_mode
get_bootloaderversion- print bootloader version
get_rebootmode- get reboot mode
get_system_as_root_mode- get_system_as_root_mode
get_valid_slot- get_valid_slot
go      - start application at address 'addr'
gpio    - query and control gpio pins
gpt     - GUID Partition Table
guid    - GUID - generate Globally Unique Identifier based on random UUID
hdmitx  - HDMITX sub-system 20190123
help    - print command description/usage
i2c     - I2C sub-system
icache  - enable or disable instruction cache
img_osd - image osd sub-system
imgread - Read the image from internal flash with actual size
itest   - return true/false on integer compare
jtagoff - disable jtag
jtagon  - enable jtag
keyman  - Unify key ops interfaces based dts cfg
keyunify- key unify sub-system
ld_bl40 - load bl40 and run bl40.bin from bl33
loadb   - load binary file over serial line (kermit mode)
loadx   - load binary file over serial line (xmodem mode)
loady   - load binary file over serial line (ymodem mode)
loop    - infinite loop on address range
macreg  - ethernet mac register read/write/dump
md      - memory display
mm      - memory modify (auto-incrementing address)
mmc     - MMC sub system
mmcinfo - display MMC info
mtdparts- define flash/nand partitions
mw      - memory write (fill)
mwm     - mw mask function
nand    - NAND sub-system
nboot   - boot from NAND device
nm      - memory modify (constant address)
open_scp_log- print SCP messgage
osd     - osd sub-system
phyreg  - ethernet phy register read/write/dump
ping    - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
query   - SoC query commands
rarpboot- boot image via network using RARP/TFTP protocol
readMetadata- readMetadata
read_temp- cpu temp-system
reboot  - set reboot mode and reboot system
reset   - Perform RESET of the CPU
ringmsr - Amlogic measure ring
rpmb_state- RPMB sub-system
rsvmem  - reserve memory
run     - run commands in an environment variable
saradc  - saradc sub-system
saradc_12bit- saradc sub-system
saveenv - save environment variables to persistent storage
sdc_burn- Burning with amlogic format package in sdmmc 
sdc_update- Burning a partition with image file in sdmmc card
set_active_slot- set_active_slot
set_trim_base- cpu temp-system
set_usb_boot- set usb boot mode
setenv  - set environment variables
sf      - SPI flash sub-system
showvar - print local hushshell variables
sleep   - delay execution for some time
sspi    - SPI utility command
store   - STORE sub-system
systemoff- system off 
tee_log_level- update tee log level
temp_triming- cpu temp-system
test    - minimal test like /bin/sh
tftpboot- boot image via network using TFTP protocol
true    - do nothing, successfully
ubi     - ubi commands
ubifsload- load file from an UBIFS filesystem
ubifsls - list files in a directory
ubifsmount- mount UBIFS volume
ubifsumount- unmount UBIFS volume
ui      - ui sub-system
unpackimg- un pack logo image into pictures
update  - Enter v2 usbburning mode
usb     - USB sub-system
usb_burn- Burning with amlogic format package in usb 
usb_update- Burning a partition with image file in usb host
usbboot - boot from USB device
uuid    - UUID - generate random Universally Unique Identifier
version - print monitor, compiler and linker version
viu_probe- enable viu probe in no secure chip
vout    - VOUT sub-system
vout2   - VOUT2 sub-system
vpp     - vpp sub-system
vpu     - vpu sub-system
write_trim- cpu temp-system
write_version- cpu temp-system

Кроме команд в u-boot очень важно понимать суть переменных.

setenv - создает, переопределяет или стирает переменную если значение не указано.

Примеры.

Установить 'a' равной '123':

setenv a 123

Стереть переменную 'a'

setenv a

Напечатать значение 'a'

printenv a

После манипуляций с переменными можно сохранить значения чтобы после перезагрузки они не забылись командой save или saveenv.

Загрузка с внешнего носителя начинается со скрипта в корневой директории первого раздела (armbi_boot) этого носителя в файле aml_autoscript. Это бинарный файл, который напрямую не стоит редактировать, хотя код при открытии этого файла можно разобрать в текстовом виде. Начинается код так:

if printenv bootfromsd; then exit; else setenv ab 0; fi;

Одной из важных переменных, которая используется многими скриптами является 'bootfromsd'. Не поверите, но чтобы загрузиться с внешнего носителя эта переменная должна быть стерта как мы видим из этого кода. Вы можете взять куски кода из этого скрипта и проверить в командной строке u-boot. Но чтобы проверить эти куски кода, нужно понять еще несколько моментов, которые умеет u-boot.

Подсистема usb позволяет работать с USB флэшкой:
usb start - инициализировать подсистему

Вставьте флэшку и введите:
fatls usb 0 - показать файлы на USB устройстве с индексом 0.
Эта команда работает как с FAT, так и с EXT4 разделами. Так что можно не беспокоиться о том, что BOOT раздел Armbian хранится в ext4. Дальше считаем файл boot.scr в область памяти по адресу 0x1000000:

g12a_u212_v1# fatload usb 0 0x1000000 boot.scr
reading boot.scr
8147 bytes read in 27 ms (293.9 KiB/s)

Дальше запустим загруженный скрипт командой autoscr:

autoscr 0x1000000

Аналогично можно работать с подсистемой mmc только для ее инциализации нужно запускать команду

mmc rescan

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

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

recovery_from_sdcard=if fatload mmc 0 ${loadaddr} aml_autoscript; then autoscr ${loadaddr}; fi;if fatload mmc 0 ${loadaddr} recovery.img; then if fatload mmc 0 ${dtb_mem_addr} dtb.img; then echo sd dtb.img loaded; fi;wipeisb; setenv bootargs ${bootargs} ${fs_type};bootm ${loadaddr};fi;

Этот скрипт пытается загрузить с mmc под индексом 0 файл aml_autoscript и запустить его. В случае неудачи пытается загрузить recovery.img и dtb.img, и если они загрузились, сообщает об этом, модифицирует переменную bootargs и загружает приложение по адресу загрузки командой bootm. Этот скрипт, сохраненный в переменную recovery_from_sdcard можно запустить следующей командой:

run recovery_from_sdcard

Именно этот скрипт и используется для запуска нашей системы с SD карты. Если что-то во время загрузки пошло не так, проверьте все шаги из командной строки u-boot.

Когда я запортачил загрузку, убив систему на EMMC, я тупо переопределил эту переменную:

setenv recovery_from_sdcard 'usb start;fatload usb 0 0x1000000 u-boot.ext;go 0x1000000'

Проверить что все сохранилось:

g12a_u212_v1#printenv recovery_from_sdcard
recovery_from_sdcard=usb start;fatload usb 0 0x1000000 u-boot.ext;go 0x1000000

Дальше надо сохранить эти настройки (вы ведь сохранили себе предыдущее значение чтобы вернуть как было когда надоест!?) Но тут и вылезла еще одна моя проблема:

g12a_u212_v1#saveenv
Saving Environment to aml-storage...
get partition info failed !!

Мой u-boot не умеет работать с EMMC. На этом этапе костыли начинают надоедать. Хочется сесть, досканально разобраться в этом вопросе и написать нормальный загрузчик для приставки. Но пока я лишь в начале пути.

А теперь вишенка на торте - из u-boot можно запустить другой u-boot тремя шагами загрузив в память и запустив бинарный код по адресу командой go. Вот так выглядит запуск u-boot из файла u-boot-x96maxplus.bin:

usb start
fatload usb 0 0x1000000 u-boot-x96maxplus.bin
g12a_u212_v1#go 0x1000000
## Starting application at 0x01000000 ...


U-Boot 2021.07-rc3-00183-gd6e1cdad51-dirty (May 31 2021 - 22:33:28 +0800) x96-max-plus

Model: AMedia X96 Max+
SoC:   Amlogic Meson SM1 (Unknown) Revision 2b:b (1:2)
DRAM:  3.8 GiB
MMC:   sd@ffe03000: 0, sd@ffe05000: 1, mmc@ffe07000: 2
Loading Environment from nowhere... OK
In:    serial
Out:   serial
Err:   serial
Net:   eth0: ethernet@ff3f0000
Hit any key to stop autoboot:  0 
starting USB...
Bus usb@ff500000: Register 3000140 NbrPorts 3
Starting the controller
USB XHCI 1.10
scanning bus usb@ff500000 for devices... 2 USB Device(s) found
       scanning usb for storage devices... 1 Storage Device(s) found

Device 0: Vendor: JetFlash Rev: 1100 Prod: Transcend 8GB   
            Type: Removable Hard Disk
            Capacity: 7722.0 MB = 7.5 GB (15814656 x 512)
... is now current device
Scanning usb 0:1...
Found /extlinux/extlinux.conf
Retrieving file: /extlinux/extlinux.conf
577 bytes read in 12 ms (46.9 KiB/s)
1:      Armbian
Retrieving file: /uInitrd
23401755 bytes read in 966 ms (23.1 MiB/s)
Retrieving file: /Image
27363840 bytes read in 1133 ms (23 MiB/s)
append: root=UUID=1fa9b58c-1f95-468b-868f-6dbc919d31f3 rootflags=data=writeback console=ttyAML0,115200n8 console=tty0 rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles
Retrieving file: /dtb/amlogic/meson-g12a-x96-max-rmii.dtb
74923 bytes read in 16 ms (4.5 MiB/s)
Moving Image from 0x8080000 to 0x8200000, end=9cb0000
## Loading init Ramdisk from Legacy Image at 13000000 ...
   Image Name:   uInitrd
   Image Type:   AArch64 Linux RAMDisk Image (gzip compressed)
   Data Size:    23401691 Bytes = 22.3 MiB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 08008000
   Booting using the fdt blob at 0x8008000
   Loading Ramdisk to 3e9ae000, end 3ffff4db ... OK
   Loading Device Tree to 000000003e998000, end 000000003e9ad4aa ... OK

Starting kernel ...
...

Так, если не получается найт годный u-boot с поддержкой EMMC, то можно решить проблему в лоб и работать только с флэшки с тем бутом, который есть. Для этого создаем на компьютере файл aml_autoscript.cmd с содержимым:

usb start
fatload usb 0 0x1000000 u-boot.ext
go 0x1000000

Для загрузки с MMC карты код должен выглядеть так:

mmc rescan
fatload mmc 0 0x1000000 u-boot.ext
go 0x1000000

Конечно же вместо u-boot.ext нужно подставить имя файла загрузчика с вашей флэшки или переименовать его в u-boot.ext . Компилируем aml_autoscript.cmd в бинарь и кладем полученый aml_autoscript на флэшку в бут раздел:

mkimage -C none -A arm -T script -d aml_autoscript.cmd aml_autoscript

mkimage - это программа из пакета u-boot-tools.

На этом этапе нужно убедиться что в файле extlinux/extlinux.conf прописан верно подходящий FDT. Если extlinux.conf по этому адресу переименован в extlinux.conf.bak, то изменять FDT уже нужно в файле uEnv.txt (для Armbian 6).

Запуск

Как я говорил, загрузка с флэшки включается зубочисткой, но есть другой вариант.

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

2. Установить adb (обычно пакет android-tools-adb) и запустив по сети две команды IP адреса вашей приставки через сеть:

   adb connect x.x.x.x
   adb shell reboot update

В итоге система загружается. Если были выбраны дисплейный менеджер и среда рабочего стола, то она загрузится и попросит пароль. Первоначальный пароль системы Armbian root:1234, но меня система заставила создать всех пользователей с паролями при первой загрузке. Использовать как десктопный компьютер телевизионную приставку - идея не из лучших не смотря на то, что сейчас даже драйвер Panfrost, имплементирующий OpenGL для ARM, уже встроен в систему. В лучшем случае, как тонкий клиент. Youtube показывает видео без тормозов, но сама система по отзывчивости оставляет желать лучшего. Возможно, использование быстрых носителей исправит ситуацию, но у меня с этим какая-то беда и невезение.

Резюме

Итак, подводя итог для установки Armbian на TV-box нам достаточно лишь подготовить загрузочный носитель и заставить приставку загрузиться с него:

• скачать образ системы Armbian;

• записать образ на USB флэшку или карточку памяти;

• прописать DTB файлы в ./extlinux/extlinux.conf или uEnv.txt в зависимости от версии Armbian

• переименовать выбранный файл u-boot именно от этой платы загрузчика в u-boot.ext;

• прописать файл с настройками сети /etc/network/interfaces.d/eth0;

• переключиться в режим обновления с нашего носителя одним из двух способов: режим разработчика или зубочисткой;

• загрузиться, убедиться что устройство появилось в сети и приступить к настройке;
  

Ссылки

Репозиторий Armbian:
https://github.com/armbian/build

Труды по запуску Armbian на ТВ-приставках самых различных моделей:
https://github.com/ophub/amlogic-s9xxx-armbian

Некоторые пояснения ситации на github по поводу приставки X96 Max Plus 100W:
https://github.com/ophub/amlogic-s9xxx-armbian/issues/909

Раскирпичивание приставки X96 Max Plus после порчи EMMC системы через замыкание boot контакта на плате:
https://www.youtube.com/watch?v=3do6lDOj2LU