Greetings list, I have spent most of my weekend trying to get fbsplash running on my laptop. I've managed to resolve most of the issues (getting the initramfs to be recognized, starting up RAID, LVM, and encryption from the initramfs, etc). The problem I have now is that my system hangs in the rc-scripts if I give a splash= option on the kernel command line. After adding a lot of 'echo' statements to the scripts, and a few hundred reboots, I have narrowed it down the following command:
mount -n --move /lib/splash/tmp /lib/splash/cache I duplicated and strace'd the move command, and it seems the kernel hangs in the mount() system call. Googling hasn't turned up anything interesting (ok, maybe it was interesting, but it wasn't really relevant!) What I would like your help with is to determine whether I am looking at a kernel bug in 2.6.12[.1], or a configuration problem on my system. To that end, I'd like to get a few people to try: # mkdir fooey fooey_move # mount -n -t ramfs fooey fooey # mount -n --move fooey fooey_move Note that the final command may hang your system, so _please_ don't say I didn't warn you!!! Assuming it works for you, you should be able to cleanup the mess with: # umount fooey_move # rmdir fooey foeey_move If you try this, please report back: 1. whether you saw the hang or not 2. kernel version 3. util-linux version (mount --version) 4. Any 'special' features of your system (SMP, HT, arch, ...) Thanks in advance! -Richard -- [email protected] mailing list
