public inbox for gentoo-user-de@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user-de] gensplash unter gentoo-dev-sources-2.6.9-r4 zu spät angezeigt
@ 2004-12-03  9:40 DonAnde
  2004-12-03 11:30 ` Thorsten Dikmann
  0 siblings, 1 reply; 5+ messages in thread
From: DonAnde @ 2004-12-03  9:40 UTC (permalink / raw
  To: gentoo-user-de

Hallo,

ich habe Probleme mit gensplash unter o.g. Kernel.

Beim bootup wird der silent-theme erst mit nach laden von splash bzw.
udev angezeigt (für mich schwer zu sagen, wo der Zusammenhang liegt - zu
sehr Laie). Davor schaltet der framebuffer auf die verbose-Anzeige mit
Logo.

Unter exakt gleicher Kernelkonfiguration der 2.6.9-r1-sourcen wird er
korrekt beim bootup angezeigt.

Ich benutze vsafb (nicht vesa-tng),
initram ist einkompiliert, splash im runlevel boot.
Ich habe die config mehrmals überprüft:

[*] Support for frame buffer devices
<*>   VESA VGA graphics support
	VESA driver type (vesafb)  --->

<*> Framebuffer Console support

[*] Support for the framebuffer splash

<*> RAM disk support
(4096) Default RAM disk size (kbytes) (NEW)
[*]   Initial RAM disk (initrd) support

sind drin.

siehe auch:
http://gentoo-wiki.com/HOWTO_fbsplash

Das Problem tritt bei mehreren Rechnern auf. 

Hat von Euch jemand das gleiche Problem?

MfG Andreas


--
gentoo-user-de@gentoo.org mailing list


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user-de] gensplash unter gentoo-dev-sources-2.6.9-r4 zu spät angezeigt
  2004-12-03  9:40 [gentoo-user-de] gensplash unter gentoo-dev-sources-2.6.9-r4 zu spät angezeigt DonAnde
@ 2004-12-03 11:30 ` Thorsten Dikmann
  2004-12-03 21:48   ` DonAnde
  0 siblings, 1 reply; 5+ messages in thread
From: Thorsten Dikmann @ 2004-12-03 11:30 UTC (permalink / raw
  To: gentoo-user-de

Hallo.

On Friday 03 December 2004 10:40, DonAnde wrote:
> Ich benutze vsafb (nicht vesa-tng),

Dann nimm doch den alten bootsplash?

Ich würde übrigens tippen, dass dein Problem genau hier liegt:
Bootsplash -> vesafb
gensplash -> vesa-tng

Ach ja, ich muss hier übrigens meine initrd's für jeden Kernel den ich neu 
backe auch neu erstellen.

Th

--
gentoo-user-de@gentoo.org mailing list


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user-de] gensplash unter gentoo-dev-sources-2.6.9-r4 zu spät angezeigt
  2004-12-03 11:30 ` Thorsten Dikmann
@ 2004-12-03 21:48   ` DonAnde
  2004-12-04 10:48     ` Thorsten Dikmann
  0 siblings, 1 reply; 5+ messages in thread
From: DonAnde @ 2004-12-03 21:48 UTC (permalink / raw
  To: gentoo-user-de

Hallo,

> On Friday 03 December 2004 10:40, DonAnde wrote:
> > Ich benutze vsafb (nicht vesa-tng),
> 
> Dann nimm doch den alten bootsplash?
Geht das? Ich war der Meinung, ab Kernel 2.6.8 wurde auf gensplash
umgeschaltet, was mit bootsplash inkompatibel sei?
Jedenfalls hatte ich Probleme den bootsplash unter 2.6.8 zum Laufen zu
bringen.

> Ich würde übrigens tippen, dass dein Problem genau hier liegt:
> Bootsplash -> vesafb
> gensplash -> vesa-tng

Nein, gensplash funktionniert auch mit vesafb.
vesafb-tng ist bloß eine Framebuffer-Variante, die spezielle Auflösungen
und Taktraten zulässt.

> Ach ja, ich muss hier übrigens meine initrd's für jeden Kernel den ich neu 
> backe auch neu erstellen.

Das ist das schöne mit gensplash; man kann die ramdisk in den Kernel
einkompilieren - keine initrd mehr nötig.

MfG Andreas


--
gentoo-user-de@gentoo.org mailing list


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user-de] gensplash unter gentoo-dev-sources-2.6.9-r4 zu spät angezeigt
  2004-12-03 21:48   ` DonAnde
@ 2004-12-04 10:48     ` Thorsten Dikmann
  2004-12-04 15:23       ` DonAnde
  0 siblings, 1 reply; 5+ messages in thread
From: Thorsten Dikmann @ 2004-12-04 10:48 UTC (permalink / raw
  To: gentoo-user-de

On Friday 03 December 2004 22:48, DonAnde wrote:
> Nein, gensplash funktionniert auch mit vesafb.
> vesafb-tng ist bloß eine Framebuffer-Variante, die spezielle Auflösungen
> und Taktraten zulässt.

Im Tutorial steht jedenfalls man sollte _nicht_ den vesafb nehmen. Wieso 
probierst du es nicht einfach mal mit dem tng?

> Das ist das schöne mit gensplash; man kann die ramdisk in den Kernel
> einkompilieren - keine initrd mehr nötig.

Ich habe aber 3 verschiedene Themes die ich häufiger switche. Dann empfiehlt 
sich halt initrd.

Th

--
gentoo-user-de@gentoo.org mailing list


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user-de] gensplash unter gentoo-dev-sources-2.6.9-r4 zu spät angezeigt
  2004-12-04 10:48     ` Thorsten Dikmann
@ 2004-12-04 15:23       ` DonAnde
  0 siblings, 0 replies; 5+ messages in thread
From: DonAnde @ 2004-12-04 15:23 UTC (permalink / raw
  To: gentoo-user-de

Hallo,

> On Friday 03 December 2004 22:48, DonAnde wrote:
> > Nein, gensplash funktionniert auch mit vesafb.
> > vesafb-tng ist bloß eine Framebuffer-Variante, die spezielle Auflösungen
> > und Taktraten zulässt.
> 
> Im Tutorial steht jedenfalls man sollte _nicht_ den vesafb nehmen. Wieso 
> probierst du es nicht einfach mal mit dem tng?
Auf der Website vom Autor von gensplash heißt es, dass es mit vesafb
auch funktionniere.

vesafb hat halt den Vorteil, dass es beim bootup geladen wird und die
unschönen kernel-messages am Anfang verdeckt.
vesa-tng ist anscheinend eine andere Technologie, die erst etwas später
initialisiert werden kann.

Aber Du hast recht, ich werde es nochmals ausprobieren, vielleicht
klappt es besser.

> Ich habe aber 3 verschiedene Themes die ich häufiger switche. Dann empfiehlt 
> sich halt initrd.
Da ist es klar =)

MfG Andreas


--
gentoo-user-de@gentoo.org mailing list


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2004-12-04 15:23 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-03  9:40 [gentoo-user-de] gensplash unter gentoo-dev-sources-2.6.9-r4 zu spät angezeigt DonAnde
2004-12-03 11:30 ` Thorsten Dikmann
2004-12-03 21:48   ` DonAnde
2004-12-04 10:48     ` Thorsten Dikmann
2004-12-04 15:23       ` DonAnde

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox