Добрый день!

Настраиваю одноплатник (Beaglebone Black + 7" LCD) для работы в режиме kiosk. Настроил запуск браузера в режиме киоска через .xsessionrc, ядро грузится с опциями quiet splash.

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

Отсюда два вопроса: как ускорить загрузку X, и можно ли сделать, чтобы в это время на экране была заставка?

Debian 8, systemd.

Пробовал поставить plymouth, но не удаётся его поднять:

root@beaglebone:~# systemctl enable plymouth.service
Synchronizing state for plymouth.service with sysvinit using update-rc.d...
Executing /usr/sbin/update-rc.d plymouth defaults
Executing /usr/sbin/update-rc.d plymouth enable
Failed to execute operation: No such file or directory

root@beaglebone:~# systemctl enable plymouth-start.service
The unit files have no [Install] section. They are not meant to be enabled
using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).

помогите пожалуйста!

гугль:


не знаю, что у вас за менеджер для исков, например



например

Ну, с лого я разобрался. Менеджер lightdm, там есть display-start-script.

Проблема в том, что с момента старта Х до появления окна браузера проходит весьма много времени, где-то пол-минуты. Как это ускорить? Спасибо.

физический путь - перенести систему на более быстрый накопитель или покрутить настройки существующего, например выставлена 25МГц, а ваша uSD поддерживает 50МГц
еще поискать варианты оптимизации lightdm, типа "speed up lightdm" - наверняка там можно выкинуть неиспользуемые компоненты, какие-нить обои, менеджер печати

Ну, во-первых, я попробовал запустится из текстового режима через startx. никакой разницы, так что дело не в lightdm. я вообще подозреваю, что самое тормозное - это запуск собственно chromium.

Есть ли вообще какой-нибудь простой способ отпрофилировать этот процесс, т.е. получить лог того, что происходит от момента старта lightdm/startx до первого обращения к httpd?

А по поводу скорости - я не нашёл, где можно настроить скорость накопителя.

[ 2.415494] mmc0: new high speed SDHC card at address 0001
[ 2.419212] mmcblk0: mmc0:0001 SD8GB 7.32 GiB
[ 2.420897] mmcblk0: p1

так я же написал - погуглите:
еще поискать варианты оптимизации lightdm, типа "speed up lightdm"
если есть возможность, то там будет и инструкция
как включить логирования процесса я не знаю, вероятно описано в мане к lightdm..


не, это более низкоуровнево - надо смотреть в исходниках ядра, что прописано для канала mmc/sd, откуда вы грузитесь.. если у вас готовое ядро, то эти настройки недоступны..
и все же присмотритесь к самому накопителю, может смена x4->x10 или uhs радикально даст прирост скорости..

Я бы посмотрел логи кернела: команда dmesg
и логи syslog -- чаще всего они находятся в директории /var/log

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