I installed the new plash-thme-livecd ebuild for 2005.0, and set it up with initramfs ad grub. I have in grub: kernel /kernel-2.6.11.5 root=/dev/hda4 resume=/dev/hda3 video=radeonfb:ywrap,mtrr,1280x800-32 splash=silent,theme:livecd-2005.0 initrd /splash-livecd-2005.0 I also made the resolutions I need etc. Everything works fine with emergence, but when I boot with that new theme, the system hangs at an early point. I'm using fbsplash-0.9.1-r2-2.6.11-rc4.patch with vanilla-sources (0.9.2 didn't work at all), and splashutils-0.9.1. emerge info: (just in case...) Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5, glibc-2.3.4.20041102-r1, 2.6.11.5 i686) ================================================================= System uname: 2.6.11.5 i686 Mobile Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 12 2005, 23:56:12)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r1, 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -mcpu=pentium4 -O2 -pipe -fomit-frame-pointer -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -mcpu=pentium4 -O2 -pipe -fomit-frame-pointer -ftracer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://194.117.143.69 ftp://194.117.143.71/mirrors/gentoo" LDFLAGS="-Wl,-O1" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac acl acpi alsa avi berkdb bitmap-fonts bluetooth cdr crypt cups curl dlloader dvd eds emboss encode evo flac foomaticdb fortran gdbm gif gimpprint gnome gphoto2 gstreamer gtk gtk2 guile hal hardened howl imagemagick imlib ipv6 irmc java jpeg ldap libg++ libwww mad mikmod mmx mono mozilla mp3 mpeg ncurses network nls nptl nptlonly ogg oggvorbis opengl pam pdflib perl pic pie png posix ppds python quicktime readline real rtc samba scanner sdl spell sqlite sse sse2 ssl symlink tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis xml2 xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL
I can get it to boot if i take off the quiet command line option (although it makes for a very ugly boot) but after it boots it doesn't set the verbose images, just the standard black background but with the bottom set slightly higher (about the same amount higher as the size of the progress bar in the silent image)
Created attachment 54666 [details] Screenshot of verbose mode This screen shot demonstrates what i see when the system is finished booting and is supposed to bring up the verbose image.
That doesn't seem related to my problem though. My system won't boot up at all
ya, i probably should have created another bug for this.
>> Scanning for Volume Groups... Reading all physical volumes. This may take a while...
It seems the problem of gensplash causing the system to hang when I boot with livecd-2005.0 splash-theme, is that with that theme /sbin/splash segfaults when it loads the image/images. I don't know if the problem is with that binary - or with the theme itself, since it works with emergence and livecd-2004.3.
This is the error I get on boot. * Activating (possible) swap [ OK ] Adding 498004k swap on /dev/hda3. Priority:-1 extents:1 mount: wrong fstype, bad option, bad superblock on /etc/splash/livecd-2005.0/temp, missing codepage or other error ... failed to move tempdir mount I think it fails to mount /proc, because after the message above, during the boot process, it says "failed to open file /proc/mounts", "/proc/filesystems: No such file or directory", etc, and in the end, before the login, it says "Error: do this: mount -t proc proc /proc". The framebuffer image is loaded well, instead. If I only switch the theme from livecd-2005.0 to livecd-2004.3 (changing the initrd image and the kernel command line in grub) and nothing else, the system boots perfectly. This is not a mount option error in fstab or a bad physical block on the disk. Maybe the error is in one of the scripts in the directory /etc/splash/livecd-2005.0/scripts, but it's only an idea, I'm not sure. splashutils version: 0.9.1 kernel version: gentoo-sources-2.6.11-r4 I'm going to try the new masked version of splashutils, but I don't think that this will resolve the problem.
Nothing. I trid installing the new masked splashutils and regenerated the initrd, but nothing different happens. I also tried swicthing vesafb<->vesafb-tng (I previously used the old vesafb) to see if this can change something, but nothing. I think it's a problem with the scripts of this theme.
Indeed, it seems like a problem with the theme's scripts. Do you have 'CONFIG_TMPFS=y' in your kernel's .config file? If you don't please try adding it. The theme requires support for the tmpfs filesystem for storage of temporary data and on-the-fly config file generation.
Yes, I already have CONFIG_TMPFS=y in my kernel config, because I use to mount /tmp in tmpfs. I have an idea. Maybe the script tries to mount tmpfs in /etc/splash/livecd-2005.0/temp before that the system has mounted the root directory, and obviously that is impossible, because at that point that dir doesn't exist. I think this because the error is reported before the script localmount has been started.
The temp/ subdirectory should already be there, created by the ebuild. Don't you have on your system?
The temp folder does exist on my system. As I already said - I think te problem is different - notice that on shutdown -when all the FSs are mounted and everything is surely in place - the error when it tries to go to silent mode is that /sbin/splash segfaults. I'm thinking now of checking if the theme works when you only use verbose mode...
Indeed it works when I use verbose mode only - just for you to know. The verbose mode works OK, except for a problem which I had also with 2004.3 theme - the text box is not sized and placed correctly when I resize the theme config and images (with splash_resize and gimp). This is probably because I use a widescreen resolution (1280x800) and stuff get out of proportions. Maybe it would be possible to include in those themes resolutions for widescreen displays since those become pretty popular these days...
...considering this is a livecd-theme.... well...... we'll see what we can do next time around... ;] Anyway, you can't compare this theme to the 2004.3 theme, as they are 100% different and don't have even a single component in common. What happens if you run the following on your system: /etc/splash/livecd-2005.0/scripts/list_svc.sh > /etc/splash/livecd-2005.0/services.conf and then reboot?
Doing that didn't change anything... I tried this theme on another system I have here and it worked. The gentoo install on both is very similar to each other in terms of USE, CFLAGS etc... The only relevant difference I can think of is that the broken one has a radeon and uses radeonfb, and the one that works has nvidia geforce and uses vesafb. The one with the radeon though works with all other themes except the 2005.0, which I understand is much more complex, but nevertheless amazing! :)
Sorry if this question is too obvious, but have you tried using vesafb with the radeon?
OK, I just found out that the theme will work fine both with radeonfb and vesafb-tng when I use 1024x768 resolution. So what's actually broken is that it won't work with 1280x800 resolution. (I resized the images with GIMP, and the cfg with splash_resize) I don't use vesafb-tng because it doesn't work with 1280x800 resolution. So far only radeonfb gives me that resolution. I would be happy to use vesafb-tng instead once it supports that resolution, because I think it's a much better implementation. radeonfb also gives me disturbance on the screen very often, which I think vesafb-tng doesn't have. Is there any way to use that theme with 1280x800 resolution, and/or use vesafb-tng with such a resolution?
I just tried now splashutils-1.9.3 with fbsplash-0.9.2, and it sort of works with radeonfb in 1280x800 resolution. There's a lot of problems though... It jumps to verbose mode all the time and I can only get back to silent with Alt+F8 and not F2. Also I got some error: mount: wrong fs type, bad option, bad superblock on /lib/splash/cache, or too many mounted file systems Other than that obviously the splash_resize did a very bad job for this resolution, and it doesn't look too well.
Well, the problem seems to be 100% with your modification of the theme and not with the theme as we provide it. splash_resize isn't exactly capable of "knowing" how something should be modified to look proper. More than likely, since you are taking a non-widescreen theme and attempting to make it widescreen, you will have to do the work yourself.
OK. too bad there's no widescreen resolution for the theme. But even when I use the 1024x768 resolution for example, there are problems: the progress bar goes forward and backwards occasionally, at some point the background of the silent mode disappears and becomes black - i have to go to verbose and back to silent to fix it, and third, i get the error: mount: wrong fs type, bad option, bad superblock on /lib/splash/cache, or too many mounted file systems
