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

Проверенным man'ом считается вот это:

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html...

Причём, лучше сначала попробуйте не создавать свою тему, а просто изменить дефолтную.

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

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

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

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

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

dracut -force именно это и делает, либо я не прав?

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

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

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

так же откуда такая инфа? есть ли зарегестрированный баг?

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

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

да, это сделал

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

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

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

На 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
"""

выдал вот так

[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

Добавь драйвер на видюшку в initramfs

У тебя source репы не подключены? Описаны в /etc/yum.repos.d/Centos-Sources.repo

Cсылка на пакет с исходниками

А вот ссылка на уже собранный пакет.

У тебя что вообще с репами? Я правильно понял, что у тебя centos 7 i686?

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

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

/usr/lib64/plymouth/script.so

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

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

rpmquery -l $package_name.

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

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

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

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

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

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

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

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

сейчас поставлю 32 и попробую

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

в общем ситуация получается следующая, на тестовой машине с 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?

завел тестовую 32, поставил как указано тут https://www.theurbanpenguin.com/branding-your-centos-boot-splash-screen/ (способ рабочий, на 64 битах прокатывает), но увы опять черный экран

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

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

а есть ли каие либо ограничения на размер картинки?

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

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

в journalctl ничего не обнаружил

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