Консоль в Embedded Linux

https://linux-sunxi.org/Main_Page

https://docs.u-boot.org/en/latest/index.html

https://linux-sunxi.org/Linux_mainlining_effort

https://linux-sunxi.org/T507

На третьем аппарате прошивка от второго не стартует?

Вопрос собственно по второй и третьей плате: как сделать, чтобы после включения запускалась консоль?

Они getty из автозапуска убрали?

как сделать, чтобы после включения запускалась консоль?

Что запускать при старте определяет файл /etc/inittab.
Если там стоит id:3:initdefault: то запускается консоль, если :5: то стартует Xorg. Это называется runlevel. Обычно в этом файле в комментариях все runlevel перечислены - что на каждом делается.
Переключить runlevel в командной строке можно командой telinit 3

У второго и третьего разная периферия. Соответственно, лучше даже не пытаться так прошивать. Да и не хочет PhoenixSuit их прошивать (несмотря на то, что как устройство он их видит)

консоль на embedded платах обычно в debug uart стартует.

Зачем она на дисплее, которого может и не быть.

файл /etc/inittab.

Нет такого

Они getty из автозапуска убрали?

Вроде что-то есть

systemctl status getty@tty1.service

● getty@tty1.service - Getty on tty1
   Loaded: loaded (/lib/systemd/system/getty@.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2025-01-15 11:06:35 +03; 43min ago
     Docs: man:agetty(8)
           man:systemd-getty-generator(8)
           http://0pointer.de/blog/projects/serial-console.html
 Main PID: 2853 (agetty)
    Tasks: 1 (limit: 4685)
   CGroup: /system.slice/system-getty.slice/getty@tty1.service
           └─2853 /sbin/agetty -o -p -- \u --noclear tty1 linux

1月 15 11:06:35 HelperBox.t507 systemd[1]: Started Getty on tty1.

Да, в debug uart она стартует. Но сам uart физически не доступен. Поэтому надо как-то стартовать её ещё и на lvds дисплее.

там systemd - для меня пока ещё тоже темный лес. буду благодарен, если кто ткнёт носом, где и как через него запускается консоль

у меня в Федоре с systemd так: содержимое файла /etc/inittab

# inittab is no longer used.
#
# systemd uses 'targets' instead of runlevels. By default, there are two main targets:
#
# multi-user.target: analogous to runlevel 3
# graphical.target: analogous to runlevel 5
#
# To view current default target, run:
# systemctl get-default
#
# To set a default target, run:
# systemctl set-default TARGET.target

Ctrl-Alt-F1 не переключает на эту консоль?

https://www.tecmint.com/change-runlevels-targets-in-systemd/

а так консоль задается в параметрах ядра

https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html

console=/dev/ttyS0,115200

Ну собственно это равносильно отсутствию файла inittab.

systemctl get-default показывает graphical.target

Ctrl-Alt-F1 не переключает на эту консоль?

нет

Ну собственно это равносильно отсутствию файла inittab.

Естественно - внутри файла так и написано! И тамже приведены команды, переключающие режим загрузки в systemd.

Тебе надо выполнить systemctl set-default multi-user.target

Смена graphical.target на multi-user.target ничего не даёт

При этом, на Khadas VIM3 тоже стоит default graphical.target и там загружается консоль.

ps axuww | grep tty

сделай. Там где-то будет гуи - увидишь на какой он консоли. Надо туда getty подсунуть будет.

и вот так, если qterminal прописать в автозагрузку

root      2791  0.0  0.0   7024  1780 ttyS0    Ss+  15:33   0:00 /sbin/agetty -o -p -- \u --keep-baud 115200,38400,9600 ttS0 vt220
root      2798  0.0  0.0   6184  2908 tty1     Ss+  15:33   0:00 /bin/login -p --
root      4864  0.0  0.0   7424   668 pts/1    S+   15:34   0:00 grep --color=auto tty

А на какой основе то «qt gui» сделано? Там иксы или что?

Если я правильно понял, то в Qt5 своя Windows system (QWS), а в Qt6 уже через какую-то QPA это делается

/var/log/messages посмотрите, может там будет сообщение, почему agetty не передает управление login

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

/var/log/messages - нет такого файла

консоль на дисплее - это странный путь

Но таков путь. Внезапно возникло целых два сценария для такой штуковины:

1. «игрушка» для RND
2. есть один заказчик, которому проще носить с собой только одну клавиатуру, а не целый ноут с ssh

какие-то логи же есть в /var/log/ ?

alternatives.log apt bootstrap.log btmp dpkg.log faillog fontconfig.log journal lastlog tallylog wtmp просмотрел все, на мой непрофессиональный взгляд ничего полезного в них нет

Забыл упомянуть, там же ещё есть ADB. И вот qterminal как раз и запускает adb shell.

В общем, всё стало понятно после вывода параметров ядра:

zcat /proc/config.gz | grep CONFIG_VT
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_VT_CONSOLE_SLEEP=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
zcat /proc/config.gz | grep CONFIG_FRAMEBUFFER_CONSOLE
# CONFIG_FRAMEBUFFER_CONSOLE is not set