не могу заставить работать сплэш (с переходом на fbcondecor)

[kasak]

блин.. замержил ядро 2.6.23 и заметил что пункта bootsplash нету..
заметил новый пункт, установил, rc-update add fbcondefault default сделал. но эта штука всё равно не работает
устройства /dev/fbcondecor нету...

[serzh-z]

Поражаюсь иногда - что заставляет людей придумывать подобные шарады... Если первоначальное сообщение не превратится в нечто более читаемое, то тема будет удалена. "блин..."

[kasak]

объясняю..
я так понял что патч к ядру называвшийся ранее bootsplash стал называться framebuffer console decoration.
я замержил новое ядро и отметил в нём этот пункт. как сказано в инструкции на сайте gentoo-wiki.com надо добавить fbcondecor в загрузку
rc-update add fbcondecor default.
я добавил но сплэш так и не повляется.

[serzh-z]

То что когда-то давно называлось bootsplash в SuSE, года три или четыре назад развилось в проект gensplash...

Подозреваю, что этот пункт - http://ru.gentoo-wiki.com/HOWTO_fbsplash#....D0.B0_initramfs - остался непрочитанным.

[kasak]

нет, я всё это сделал, и всё равно не фурыкает

[kasak]

вот:

Код: Выделить всё

localhost ~ # cat /boot/grub/menu.lst

timeout 7

default 0

fallback 1

splashimage=(hd1,1)/boot/grub/splash.xpm.gz

title SEXLinux;)
root (hd1,1)
kernel /boot/vmlinuz root=/dev/sdb2 video=vesafb:ywrap,mtrr:3,1024x768-32@60 splash=verbose,theme:emergence
initrd /boot/initrd.img

Код: Выделить всё

localhost ~ # file /boot/initrd.img
/boot/initrd.img: gzip compressed data, from Unix, last modified: Sun Nov  4 20:54:34 2007, max compression

Код: Выделить всё

localhost ~ # zcat /boot/initrd.img | cpio --list
.
dev
dev/fb
dev/misc
dev/vc
dev/null
dev/console
etc
etc/splash
etc/splash/emergence
etc/splash/emergence/1024x768.cfg
etc/splash/emergence/images
etc/splash/emergence/images/verbose-1024x768.jpg
etc/splash/emergence/images/silent-1024x768.jpg
etc/splash/emergence/images/verbose-1024x768-240.png
etc/splash/emergence/images/silent-1024x768-256.png
etc/splash/emergence/images/verbose-1280x1024.jpg
etc/splash/emergence/images/silent-1280x1024.jpg
etc/splash/emergence/images/verbose-1280x1024-240.png
etc/splash/emergence/images/silent-1280x1024-256.png
etc/splash/emergence/images/verbose-1280x854.jpg
etc/splash/emergence/images/silent-1280x854.jpg
etc/splash/emergence/images/verbose-1280x854-240.png
etc/splash/emergence/images/silent-1280x854-256.png
etc/splash/emergence/images/verbose-1400x1050.jpg
etc/splash/emergence/images/silent-1400x1050.jpg
etc/splash/emergence/images/verbose-1400x1050-240.png
etc/splash/emergence/images/silent-1400x1050-256.png
etc/splash/emergence/images/verbose-1600x1200.jpg
etc/splash/emergence/images/silent-1600x1200.jpg
etc/splash/emergence/images/verbose-1600x1200-240.png
etc/splash/emergence/images/silent-1600x1200-256.png
etc/splash/emergence/images/verbose-800x600.jpg
etc/splash/emergence/images/silent-800x600.jpg
etc/splash/emergence/images/verbose-800x600-240.png
etc/splash/emergence/images/silent-800x600-256.png
etc/splash/emergence/1280x1024.cfg
etc/splash/emergence/1280x854.cfg
etc/splash/emergence/1400x1050.cfg
etc/splash/emergence/1600x1200.cfg
etc/splash/emergence/800x600.cfg
etc/splash/luxisri.ttf
lib
lib/splash
lib/splash/proc
lib/splash/sys
root
sbin
sbin/fbcondecor_helper
sbin/splash_helper
9819 blocks

[SupraGoblin]

В ядре 2.6.23 убрали поддержку vesafb-tng, заменив ее uvesafb
Вот здесь подробнее

На ядре 2.6.23 у меня сплэш не запустился, хотя на 2.6.23-r1 все запустилось без проблем

[kasak]

В ядре 2.6.23 убрали поддержку vesafb-tng, заменив ее uvesafb
Вот здесь подробнее

На ядре 2.6.23 у меня сплэш не запустился, хотя на 2.6.23-r1 все запустилось без проблем

что-то меня очень насторожил этот пункт. поэтому я собрал его модулем ещё с самого начала. нука попробую ка порыть! ядро у меня тоже r1 так что должно получиться

[kasak]

ну вот. всё заработало. но честно говоря это уже какой-то мурёж... с этими горами патчей и патчей для патчей перемудрили окончательно..
честно говоря я приверженец чистого ванильного непатченного ядра. но подукрасить консоль мне захотелось и я поставил gentoo-sources. ну ладно я понимаю когда был просто один только патч на сплеши и надо было просто его включить..
но вот это уже совсем смешно.. какие-то совершенно чумовые вставки в ядро, какие-то непонятные патчи, совершенно непонятно откуда чё берётся и как чё работает даже на страничке разработчика..
Честно говоря я уже совсем сбился с пути..
Что это за initramfs sources и что такое пункт
initrd в грабе? объясните мне пожалуйсто. или хоть покажите откуда такие чудеса. оно конечно работает, но всё таки хочется знать зачем такие издевательства над ядром

[serzh-z]

честно говоря я приверженец чистого ванильного непатченного ядра. но подукрасить консоль мне захотелось и я поставил gentoo-sources

Для подкрашивания не обязательно было ставить gentoo-sources - достаточно применить два патча: fbcondecor и uvesafb, остальное немногое (например патч для камеры Nikon D200), что есть в gentoo-sources не столь востребовано (за исключением, может, лишь squashfs) большинством систем на современных ядрах.

[kasak]

честно говоря я приверженец чистого ванильного непатченного ядра. но подукрасить консоль мне захотелось и я поставил gentoo-sources

Для подкрашивания не обязательно было ставить gentoo-sources - достаточно применить два патча: fbcondecor и uvesafb, остальное немногое (например патч для камеры Nikon D200), что есть в gentoo-sources не столь востребовано (за исключением, может, лишь squashfs) большинством систем на современных ядрах.

впринципе я делал то же самое в slackware. правда там я патчил ядро только одним патчем bootsplash, надо было только немного его подправить чтоб он встал на последнее ядро. Сам патч взял с сайта bootsplash.org.
но в этот раз посчитал что поставить gentoo-sources будет проще чем вся эта возня которую я проделал в слаке.

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

[Goodwin]

Основное предназначение initial Ram Disk это возможность подключать модули ядра до того как корневая ФС примонтируется. Может пригодиться для многих вещей, например, для поддержки корневой ФС, если эта поддержка реализована модулем. Или для ваших украшательств например..

[SpeedHack]

Я вообще отключаю сплеш, ибо вата какая-то

[serzh-z]

kasak, см. Documentation/filesystems/ramfs-rootfs-initramfs.txt в каталоге исходников ядра.

[nadge]

Интересно, а чем spock'а vesafb-tng не устроил, который, если не ошибаюсь, он же и разработал?

[kasak]

vesafb-tng теперь называется uvesafb. насколько я понимаю это одно и то же

[serzh-z]

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

Но всё объяснимо - для того, чтобы позволить vesafb работать на процессорах, отличных от x86. vesafb использует для управления видеокартой интерфейс Video BIOS, который доступен из очень допотопного режима VM86 (Virtual 8086). Новые процессоры, например, x86_64 не поддерживают VM86. Поддержка эмуляции VM86 для x86_64 в ванильном (хотя чей-то патч, вроде бы, для этого имеется) также недоступна...

А вот для пользовательского пространства существуют давно написанные и отлаженные эмуляторы, для выполнения кода VM86. Именно потому Spock и решил ввести прослойку для выполнения кода VM86, в виде приложения v86d, которое в зависимости от архитектуры, на которой оно выполняется, может как напрямую выполнять код VM86, так и использовать x86emu (чей код подключен к v86d) для его выполнения. Вполне себе нормальное решение в духе UNIX.

насколько я понимаю это одно и то же

Это не совсем одно и тоже. Это тот же vesa-tng + поддержка выполнения кода, для доступа к Video BIOS, в пользовательском пространстве, средствами v86d, а не как раньше - в ядре.

[nadge]

Тоже пришла в голову мысль про поддержку других платформ. Вот еще бы он поддержку vesafb-tng оставил...