On Mon, 3 Apr 2006, [EMAIL PROTECTED] wrote:
Dnia Mon, 03 Apr 2006 10:19:49 +0300, Jacek Osiecki <[EMAIL PROTECTED]>
napisał:
U mnie dopiero te splashutils
zaskutkowały prawidłowym działaniem wszystkich elementów...
Looknę na to po południu. Powiedz mi - czy przez zadziałało rozumiesz, że
odpaliłeś splash silent z initrd?
Tak. Udało się zarówno z użyciem initrd, jak i z wkompilowaniem splasha w
sam kernel (czyli zamiast do /boot/initrd-fbsplash-emergence, do
/usr/src/linux/usr/initramfs_data.cpio.gz) - pojawia się minimalnie
wcześniej.
Mi się udało odpalić fbsplasha, ale z initramfs, a i tak od momentu, gdy
ruszają rc-skrypty, debug wrzucany jest do framebufora nadpisując powoli
tapetę.
Coś takiego mi się działo przy testach gdy odpalałem z init=/bin/bash :)
Natomiast ja zrobiłem tak:
1. własny kernel, skompilowany vaniliowy 2.6.16 z nałożonymi fbsplash i
vesa-tng, ew. z wkompilowanym splashem do kernela,
2. Zmiana w skryptach startowych - zamiana S98fbsplash na S01fbsplash:
przecież chodzi o to, żeby ten splash się pojawiał jak najwcześniej...
Jeszcze nie mogę uporać się z progress barem: gdy testuję komendę
splash_util --vc=0 -t emergence -m s -p 12345 - to ładnie pokazuje się
progress bar, natomiast gdy wrzucę takie komendy w /etc/rc.d/init.d/* to
progress bar w ogóle się nie pokazuje ani tym bardziej nie przesuwa...
Pozdrawiam,
--
Jacek Osiecki [EMAIL PROTECTED] GG:3828944
"Poglądy polityczne mają takie znaczenie w sejmie jak upierzenie u krokodyla"
(c) Tomasz Olbratowski 2004
_______________________________________________
pld-devel-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
