OVH Cloud OVH Cloud

bootsplash et noyau 2.6.8.1

9 réponses
Avatar
Christophe PEREZ
Bonjour,

Je ne parviens pas à mettre de bootsplash avec un noyau 2.6.8.1.
Je l'ai patché avec :

http://dev.gentoo.org/~spock/projects/gensplash/archive/fbsplash-0.9-r6-2.6.8.1.patch

qui m'a bien rajouté, sans erreur, une option :
CONFIG_FB_SPLASH=y

J'ai fait le initrd.img avec :
mkinitrd -f /boot/initrd-$(uname -r).img $(uname -r)

J'ai essayé avec vga=788 et 791 dans lilo, j'ai bien rajouté le
splash=silent


J'ai fait tout un tas de tests et je suis incapable
d'avoir ce bootsplash.

Je ne trouve pas utile d'installer les outils permettant de gérer les
bootsplash puisque j'ai déjà celui de mandrake.
Je ne veux pas changer de thème, je voudrais tout simplement avoir le
thème de mandrake, afin de ne pas avoir la liste de tout ce qui se lance
au démarrage qui effraie toujours plus ou moins les non-linuxiens, sur ce
portable qui est destinée à de la démo. Pour mes autres postes, je m'en
fiche complètement de ne pas avoir de bootsplash.

Me manque t-il, ou ai-je un mauvaise config de mon noyau ? :

CONFIG_FB=y
CONFIG_FB_VGA16=m
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB_HGA=m
CONFIG_FB_I810=m
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FONTS=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FB_SPLASH=y


Merci pour votre aide.


--
Christophe PEREZ
Écrivez moi sans _faute !

9 réponses

Avatar
TiChou
Dans le message <news:,
*Christophe PEREZ* tapota sur f.c.o.l.configuration :

Bonjour,


Salut Christophe, :-)

Je ne parviens pas à mettre de bootsplash avec un noyau 2.6.8.1.
Je l'ai patché avec :

http://dev.gentoo.org/~spock/projects/gensplash/archive/fbsplash-0.9-r6-2.6.8.1.patch

qui m'a bien rajouté, sans erreur, une option :
CONFIG_FB_SPLASH=y


fbsplash et bootsplash c'est deux projets différents, le premier celui de
Gentoo dérivé du second développé par SuSE. Enfin de souvenir il me semble
mais je peux me tromper, pas le temps de vérifier là.

J'ai fait le initrd.img avec :
mkinitrd -f /boot/initrd-$(uname -r).img $(uname -r)


Avec bootsplash, l'initrd est sensé contenir l'image du bootsplash et est
créé avec l'utilitaire bootsplash_initrdgen. Avec fpslash on utiliserait
mkinitrd ? Cela m'étonne.

J'ai essayé avec vgax8 et 791 dans lilo, j'ai bien rajouté le
splash=silent

J'ai fait tout un tas de tests et je suis incapable
d'avoir ce bootsplash.


Avant d'aller plus loin, il faudrait que tu nous donnes les messages du
noyau au démarrage de celui-ci, via la commande 'dmesg'.

Me manque t-il, ou ai-je un mauvaise config de mon noyau ? :

CONFIG_FB=y
CONFIG_FB_VGA16=m
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB_HGA=m
CONFIG_FB_I810=m
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FONTS=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_FB_SPLASH=y


Les options nécéssaires pour bootsplash :

CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FBCON_SPLASHSCREEN=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_CFB32=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y

Merci pour votre aide.


Avec plaisir.

--
TiChou

Avatar
Christophe PEREZ
Le Tue, 26 Oct 2004 00:44:55 +0200, TiChou a écrit:

fbsplash et bootsplash c'est deux projets différents, le premier celui de
Gentoo dérivé du second développé par SuSE. Enfin de souvenir il me semble
mais je peux me tromper, pas le temps de vérifier là.


J'avoue que je m'y perds complètement dans tout ça.
J'ai utilisé ce patch car c'est celui que j'ai trouvé en premier pour
2.6.8.1.

Avec bootsplash, l'initrd est sensé contenir l'image du bootsplash et est
créé avec l'utilitaire bootsplash_initrdgen.


Ah !

Avec fpslash on utiliserait
mkinitrd ? Cela m'étonne.


Ben ça, je l'ai trouvé dans une autre doc...
Tout ce que je trouve, c'est toujours des truc pour rajouter les thèmes
etc.. et moi, je veux au plus simple, alors j'ai essayé au plus simple,
c'est vrai.


Avant d'aller plus loin, il faudrait que tu nous donnes les messages du
noyau au démarrage de celui-ci, via la commande 'dmesg'.


Mais lesquels ? ça en fait un paquet...
J'essaye de trier pour voir.
Mais là, c'était un boot avec un test de i810fb.
Justement, c'est un autre critère, je ne sais pas si je dois lancer le fb
de l'i810 par lilo ou pas.

Kernel command line: auto BOOT_IMAGE&81cp ro root05 devfs=mount acpi=on resume=/dev/hda9 video=i810fb:vram:4,xres:1024,yres:768,bpp:16,accel,mtrr splash=silent
fbsplash: silent
[...]
Console: colour dummy device 80x25
[...]
vesafb: framebuffer at 0xd0000000, mapped to 0xd0009000, size 3072k
vesafb: mode is 1024x768x16, linelength 48, pages=4
vesafb: protected mode interface info at 00ff:44f0
vesafb: scrolling: redraw
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0
fb0: VESA VGA frame buffer device
[...]
fbsplash: switching to verbose mode <==== oui, mais pkoi ?
[...]
mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x200000
[drm] Initialized i830 1.3.2 20021108 on minor 0: Intel Corp. 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device
mtrr: base(0xd0020000) is not aligned on a size(0x300000) boundary
mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x200000
mtrr: base(0xd0020000) is not aligned on a size(0x300000) boundary
mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x200000
mtrr: base(0xd0020000) is not aligned on a size(0x300000) boundary
mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x200000
mtrr: base(0xd0020000) is not aligned on a size(0x300000) boundary
mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x200000
mtrr: base(0xd0020000) is not aligned on a size(0x300000) boundary
mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x200000
mtrr: base(0xd0020000) is not aligned on a size(0x300000) boundary
mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x200000
mtrr: base(0xd0020000) is not aligned on a size(0x300000) boundary
mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x200000



Les options nécéssaires pour bootsplash :

CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FBCON_SPLASHSCREEN=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_CFB32=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y


Ah ben oui, il m'en manque...
Tu as un lien où trouver le bon patch stp ?

Avec plaisir.


Il est pour moi ;-)

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
Christophe PEREZ
Le Mon, 25 Oct 2004 19:29:28 -0400, Christophe PEREZ a écrit:

Tu as un lien où trouver le bon patch stp ?


J'avais à l'époque suivi la procédure de www.bootsplash.org pour un
noyau 2.4.24 sur ce même portable, mais là, le lien :
ftp://ftp.suse.com/pub/people/stepan/bootsplash/kernel/bootsplash-3.1.3-2.6.0-test9.diff
me renvoie une erreur ftp (CWD impossible)

le fameux stepan n'existant plus... pfff..

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
TiChou
Dans le message <news:,
*Christophe PEREZ* tapota sur f.c.o.l.configuration :

Tu as un lien où trouver le bon patch stp ?


J'avais à l'époque suivi la procédure de www.bootsplash.org pour un
noyau 2.4.24 sur ce même portable, mais là, le lien :
ftp://ftp.suse.com/pub/people/stepan/bootsplash/kernel/bootsplash-3.1.3-2.6.0-test9.diff
me renvoie une erreur ftp (CWD impossible)


Ah, ils n'ont toujours pas mis à jour leur lien sur leur site ? pffff...

le fameux stepan n'existant plus... pfff..


Groupes Google, tichou, bootsplash, zou :)) ce qui nous donne :

ftp://ftp.suse.com/pub/projects/kernel/bootsplash/

--
TiChou


Avatar
TiChou
Dans le message <news:,
*Christophe PEREZ* tapota sur f.c.o.l.configuration :

fbsplash et bootsplash c'est deux projets différents, le premier celui de
Gentoo dérivé du second développé par SuSE. Enfin de souvenir il me
semble mais je peux me tromper, pas le temps de vérifier là.


J'avoue que je m'y perds complètement dans tout ça.
J'ai utilisé ce patch car c'est celui que j'ai trouvé en premier pour
2.6.8.1.


C'est bien deux projets différents et donc deux façons différentes pour
l'installation.

Avec bootsplash, l'initrd est sensé contenir l'image du bootsplash et est
créé avec l'utilitaire bootsplash_initrdgen.


Ah !


Il en est de même avec fbsplash, l'image est aussi stockée dans le initrd.

Avec fpslash on utiliserait mkinitrd ? Cela m'étonne.


Ben ça, je l'ai trouvé dans une autre doc...


Tu as utilisé splash_geninitramfs fournit avec le paquet splashutils ?

Avant d'aller plus loin, il faudrait que tu nous donnes les messages du
noyau au démarrage de celui-ci, via la commande 'dmesg'.


Mais lesquels ? ça en fait un paquet...


Les premières lignes, celles qui correspond au chargement du framebuffer.

J'essaye de trier pour voir.
Mais là, c'était un boot avec un test de i810fb.
Justement, c'est un autre critère, je ne sais pas si je dois lancer le fb
de l'i810 par lilo ou pas.


Non, il faut utiliser le vesafb. Il me semble, toujours de souvenir, que
fbsplash permet d'utiliser les autres getionnaires de framebuffer mais dans
le doute, pour tes essais, utilise toujours le gestionnaire vesafb et
supprime de ton noyau les autres gestionnaires framebuffer.

Kernel command line: auto BOOT_IMAGE&81cp ro root05 devfs=mount
acpi=on
resume=/dev/hda9 video=i810fb:vram:4,xres:1024,yres:768,bpp:16,accel,mtrr
^^^^^^

Voir ma remarque précédente.

splash=silent fbsplash: silent
^^^^^^^^^^^^^^^^

Curieux comme paramètre.

[...]
Console: colour dummy device 80x25
[...]
vesafb: framebuffer at 0xd0000000, mapped to 0xd0009000, size 3072k
vesafb: mode is 1024x768x16, linelength 48, pages=4
vesafb: protected mode interface info at 00ff:44f0
vesafb: scrolling: redraw
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0
fb0: VESA VGA frame buffer device
[...]
fbsplash: switching to verbose mode <==== oui, mais pkoi ?


Je ne sais pas. À cause du i810fb ? À cause de mauvais paramètres passés au
noyau ?
Dans la doc de fbsplash on recommande les paramètres noyaux suivant :

root=/dev/hda1 video=vesafb:ywrap,pmipal,
splash=silent,theme:emergence

et bien sûr de faire pointer l'initrd sur celui qu'on a créé avec
splash_geninitramfs.

Tu as un lien où trouver le bon patch stp ?


Voir mon autre post.

--
TiChou


Avatar
Christophe PEREZ
Le Tue, 26 Oct 2004 02:13:50 +0200, TiChou a écrit:

ftp://ftp.suse.com/pub/projects/kernel/bootsplash/


Ah, oui, j'avais entre temps trouvé un
bootsplash-3.1.6-2.6.8.diff

J'ai donc maintenant :
CONFIG_FB=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB_I810=m
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_BOOTSPLASH=y
mais pas du tout tes options.

initrd fait avec :
splash -s -f
/etc/bootsplash/themes/Mandrake/config/bootsplash-1024x768.cfg >
initrd.img
(splash compilé à partir du bootsplash.3.1.tar.bz2)

et le boot n'a rien donné de mieux :
$ dmesg | egrep -i "(frame|splash)"
Kernel command line: BOOT_IMAGE&81cp ro root05 quiet devfs=mount acpi=on resume=/dev/hda9 splash=silent
bootsplash: silent mode.
vesafb: framebuffer at 0xd0000000, mapped to 0xd0009000, size 3072k
fb0: VESA VGA frame buffer device
Console: switching to colour frame buffer device 128x48

avec lilo :
vgay1
append=" quiet devfs=mount acpi=on resume=/dev/hda9 splash=silent"
initrd=/boot/initrd-2.6.8.1cp.img


--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
Christophe PEREZ
Le Tue, 26 Oct 2004 02:29:51 +0200, TiChou a écrit:

Tu as utilisé splash_geninitramfs fournit avec le paquet splashutils ?


Non.
Bon, là, comme dit dans l'autre sous-fil, j'ai repris à zero.

Non, il faut utiliser le vesafb. Il me semble, toujours de souvenir, que
fbsplash permet d'utiliser les autres getionnaires de framebuffer mais dans
le doute, pour tes essais, utilise toujours le gestionnaire vesafb et
supprime de ton noyau les autres gestionnaires framebuffer.


fait, mais avec "ton" patch, ce n'est pas pas fbsplash, mais bien
bootsplash hein ?

splash=silent fbsplash: silent
^^^^^^^^^^^^^^^^

Curieux comme paramètre.


Moi, j'ai juste mis splash=silent

fbsplash: switching to verbose mode <==== oui, mais pkoi ?


Je ne sais pas. À cause du i810fb ? À cause de mauvais paramètres passés au
noyau ?


J'ai quand même rajouté un paramètre quiet que j'ai retrouvé dans mon
ancien lilo 2.4.x

root=/dev/hda1 video=vesafb:ywrap,pmipal,
splash=silent,theme:emergence


Ah oui, mais là, ça ne me concerne plus, si ?

et bien sûr de faire pointer l'initrd sur celui qu'on a créé avec
splash_geninitramfs.


sur de bien faire pointer, oui, mais pas généré avec ça non.

Tu as un lien où trouver le bon patch stp ?


Voir mon autre post.


Vu, autant poursuivre la-bas d'ailleurs ;-)

--
Christophe PEREZ
Écrivez moi sans _faute !


Avatar
Christophe PEREZ
Le Mon, 25 Oct 2004 21:36:05 -0400, Christophe PEREZ a écrit:

initrd fait avec :
splash -s -f
/etc/bootsplash/themes/Mandrake/config/bootsplash-1024x768.cfg >
initrd.img
(splash compilé à partir du bootsplash.3.1.tar.bz2)


C'est quand même extra-ordinaire. Si je fais :
/usr/local/perso/splash -s -u 0
/etc/bootsplash/themes/Mandrake/config/vt0-1024x768.cfg

j'ai bien ma console qui se retrouve avec l'image, mais surtout, j'ai bien
le bootsplash et la barre de progression au shutdown.

Mais je suis incapable de l'avoir au boot...
C'est donc bien, j'imagine, un problème de création du initrd.

Au cas où, j'ai supprimé le frame buffer i810, rajouté video=vesafb,
pour voir, mais rien de mieux.

Je n'ai jamais rien d'autre que :
$ dmesg | egrep -i "(frame|splash|vesafb)"
Kernel command line: BOOT_IMAGE&81cp ro root05 quiet devfs=mount acpi=on resume=/dev/hda9 splash=silent video=vesafb
bootsplash: silent mode.
vesafb: framebuffer at 0xd0000000, mapped to 0xd0009000, size 3072k
vesafb: mode is 1024x768x16, linelength 48, pages=4
vesafb: protected mode interface info at 00ff:44f0
vesafb: scrolling: redraw
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0
fb0: VESA VGA frame buffer device
Console: switching to colour frame buffer device 128x48


--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
Christophe PEREZ
Le Mon, 25 Oct 2004 22:47:54 -0400, Christophe PEREZ a écrit:

Mais je suis incapable de l'avoir au boot...


Arg !!
J'ai honte (une fois de plus).
J'avais mis le RAM Disk en module, du coup, il ne propose pas le initial
RAM Disk qu'il faut impérativement cocher.
Pffff

C'est donc bien, j'imagine, un problème de création du initrd.


Même pas, tout le reste était nickel, car après compilation du noyau,
tout est passé comme un email sur internet !

Désolé pour le bruit, mais je suis sûr que ça servira un jour à
quelqu'un (moi?) ;-)

--
Christophe PEREZ
Écrivez moi sans _faute !