LINUX.ORG.RU

CentOs и экран загрузки

 


1

1

Доброго времени суток Появилась задача заменить родной SplashScreen на свой текст(реализация не важна, будь то картинкой или буквами прописать). Нагуглил про plymouth, однако никак не могу заставить его работать. делал вот так https://linuxthebest.net/zagruzka-sistemy-plymouth/ и вот так https://www.theurbanpenguin.com/branding-your-centos-boot-splash-screen/ но все равно бежит синяя родная полоса. Кто сталкивался с подобным? Может это можнь реализовать по другому(не через plymouth? конф системы обновлял dracut -f. ос centos 7 аналогично делал на дебиане...там все работало. Может кто предоставит свой\проверенный ман, обязательно сделаю. Заранее спасибо

Ответ на: комментарий от mky

Благодарю, попробую. По сути меня устроит вариант если вместо черного фона на дефолтной теме будет мой текст.

dazzzdranagon ()
Ответ на: комментарий от mky

попробовал поменять между родными темами plymouth-set-default-theme text либо же details (они отображаются plymouth-set-default-theme --list) после dracut -force но ничего не меняется

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

попробовал поменять между родными темами plymouth-set-default-theme text либо же details (они отображаются plymouth-set-default-theme --list) после dracut -force но ничего не меняется

в арче приходилось пересобирать initramfs

devilinside ()
Ответ на: комментарий от mky

попробовал скачать готовую тему, так же plymouth ее увидел, установил, но при загрузке все равно дефолтный экран :(

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

Все верно. dracut пересобирает initramfs.

Если у вас CentOS установлен в минимальной конфигурации, то будет бегущая строчка. Можно менять темы, пересобирать initramfs, но все будет без толку.

anonymous ()
Ответ на: комментарий от anonymous

а как это поправить? так же пробовал поставить полноценный centos на виртуалку, скачать готовую тему, установить, но все равно она не применяется.

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

Тему вы скачали, а выбрали её?

plymouth-set-default-theme --list
plymouth-set-default-theme нужная_тема

kostik87 ★★★★★ ()
Ответ на: комментарий от dazzzdranagon

есть подозрение, что проблема в том, что система i686, а пакета plymouth-plugin-script под нее нет\не могу найти

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

Если там только скрипты, то скрипты универсальны, т.к. это всего-лишь текстовые файлы с кодом.

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

возможно, однако непонятно как мне их перенести на другую машину и научить тот plymouth видеть их. На рабочей машине(там где plymouth работает) не смог найти где они лежат

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

На x86_64

yum install mock yum-utils
yumdownloader --source plymouth-plugin-script.x86_64
mock -r epel-7-i686 --resultdir /path/to/dir plymouth-plugin-script-<version>.src.rpm

Результат переносишь на i686 и устанавливаешь.

Для моска придётся сделать конфиг для i686. Как там сейчас дела, я не знаю, у меня такой конфиг:

cat /etc/mock/epel-7-i686.cfg

config_opts['root'] = 'epel-7-i686'
config_opts['target_arch'] = 'i686'
config_opts['legal_host_arches'] = ('i386','i586','i686','x86_64')
config_opts['chroot_setup_cmd'] = 'install @buildsys-build'
config_opts['dist'] = 'el7'  # only useful for --resultdir variable subst
config_opts['releasever'] = '7'

config_opts['yum.conf'] = """
[main]
keepcache=1
debuglevel=2
reposdir=/dev/null
logfile=/var/log/yum.log
retries=20
obsoletes=1
gpgcheck=0
assumeyes=1
syslog_ident=mock
syslog_device=
mdpolicy=group:primary

# repos
[base]
name=BaseOS
baseurl=http://mirror.centos.org/altarch/7/os/i386/
failovermethod=priority
gpgkey=file:///etc/pki/mock/RPM-GPG-KEY-CentOS-7
gpgcheck=1

[updates]
name=updates
enabled=1
baseurl=http://mirror.centos.org/altarch/7/updates/i386/
failovermethod=priority
gpgkey=file:///etc/pki/mock/RPM-GPG-KEY-CentOS-7
gpgcheck=1

[epel]
name=epel
baseurl=http://mirror.yandex.ru/epel/7/x86_64/
failovermethod=priority
gpgkey=file:///etc/pki/mock/RPM-GPG-KEY-EPEL-7
gpgcheck=1

[extras]
name=extras
baseurl=http://mirror.centos.org/altarch/7/extras/i386/
failovermethod=priority
gpgkey=file:///etc/pki/mock/RPM-GPG-KEY-EPEL-7
gpgcheck=1

[testing]
name=epel-testing
enabled=0
baseurl=http://mirror.yandex.ru/epel/testing/7/x86_64/
#mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=testing-epel7&arch=x86_64
failovermethod=priority

[epel-debug]
name=epel-debug
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-debug-7&arch=x86_64
failovermethod=priority
enabled=0
"""
Ivan_qrt ★★★★★ ()
Ответ на: комментарий от Ivan_qrt

выдал вот так

[root@myhost]# yumdownloader --source plymouth-plugin-script
Загружены модули: etckeeper, fastestmirror
Loading mirror speeds from cached hostfile
No source RPM found for plymouth-plugin-script-0.8.9-0.26.20140113.el7.centos.x86_64
Nothing to download

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

уже нашел, распаковать RPM и посмотреть путь. в моем случае он лежит в /usr/lib64/plymouth/script.so

dazzzdranagon ()
Ответ на: комментарий от Ivan_qrt

да, centos 7 i686. Репы отключены все(таковы требования), так что я ставлю пакетами

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

/usr/lib64/plymouth/script.so

Он 64-бита, на 32-ух не взлетит. Ставь пакет под i686.

распаковать RPM и посмотреть путь.

rpmquery -l $package_name.

Ivan_qrt ★★★★★ ()
Ответ на: комментарий от dazzzdranagon

Репы отключены все(таковы требования)

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

Ivan_qrt ★★★★★ ()
Ответ на: комментарий от Ivan_qrt

на тестовой все взлетело. Проблема именно с этой 32 битной, тут ни в какую не взлетает. з.ы. script.so закинул в lib, а не lib64, все верно, я опечатался

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

на тестовой все взлетело. Проблема именно с этой 32 битной

Тестовая 64-бита? Заведи тестовую на 32 бита. Смысл тестироваться не в такой же системе?

з.ы. script.so закинул в lib, а не lib64, все верно, я опечатался

Какая разница, куда закинул? Сам so-файл 64-битный. На 32-ух битной системе он не заработает. Смотри в логе, там должна быть ошибка разбора elf.

Ivan_qrt ★★★★★ ()
Ответ на: комментарий от Ivan_qrt

so-файл 32 битный использовал на необходимой машине. Сейчас завожу тестовую 32, попробую там

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

Ставь пакетами. Не стоит раскидывать файлы руками, себе же проблем наживёшь. Тем более пакеты есть.

Ivan_qrt ★★★★★ ()
Ответ на: комментарий от Ivan_qrt

в общем ситуация получается следующая, на тестовой машине с 64 битами все работает. Там стоят

plymouth.x86_64 0.8.9-0.26.20140113.el7.centos plymouth-core-libs.x86_64
0.8.9-0.26.20140113.el7.centos plymouth-scripts.x86_64
0.8.9-0.26.20140113.el7.centos

а где нет стоят

plymouth.i686 0.8.9-0.10.20140113.el7.centos plymouth-core-libs.i686
0.8.9-0.10.20140113.el7.centos plymouth-scripts.i686
0.8.9-0.10.20140113.el7.centos

теперь вопрос, может ли быть такое из за несоответствия версий(как по мне, так именно в этом и проблема)? Можно ли заставить работать с текущими пакетами?(сеть большая и обновить пакеты на всех машинах проблематично). если нет, то как я понимаю, прийдется собирать из src?

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

А в journalctl что? По Plymouth что-нибудь ищется? Может он падает, раз чёрный экран?

Ivan_qrt ★★★★★ ()
Ответ на: комментарий от Ivan_qrt

Уже сбежал с работы, проверю в понедельник и отношусь, не расходитесь) ну и попробую дома воспроизвести...

dazzzdranagon ()

чисто технически мне не обязательно создавать новую тему, можно добавить к дефолтной картинку и сказать как в известном мультике «и таак сойдет» :) есть ли идеи как это сделать?

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

или как вариант уже фиг с ним этим plymouth, можно сделать просто в загруженной системе отображение картинки секунд 10

dazzzdranagon ()
Ответ на: комментарий от dazzzdranagon

Решения так и не нашел, сделал костыли в виде запуска графического редактора и после его кило, не элегантно, но сроки горели )))

dazzzdranagon ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.