[Bug 930865] Re: Please don't disable graphical plugins for any alternate init=
    Alkis Georgopoulos 
    930865 at bugs.launchpad.net
       
    Mon Dec 23 20:57:53 UTC 2013
    
    
  
That was fixed upstream at some point, it only checks for *sh now.
** Changed in: plymouth (Ubuntu)
       Status: New => Fix Released
-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to plymouth in Ubuntu.
https://bugs.launchpad.net/bugs/930865
Title:
  Please don't disable graphical plugins for any alternate init=
Status in “plymouth” package in Ubuntu:
  Fix Released
Bug description:
  From the plymouth changelog:
  plymouth (0.8.1-1) lucid; urgency=low
    * Restored code to disable Plymouth's graphical plugins when an alternate
      init= is given on the kernel command-line, otherwise init=/bin/bash
      doesn't work so well when Plymouth is in the initramfs.
  What I want to do is to put "init=/sbin/ltsp-init", which prepares a
  netbooted cow file system for live booting, and then exec's /sbin/init
  to continue with the boot process.
  Could you please restrict the graphical plugin disabling code to "init=/bin/bash", or at least to "init=/bin/*" ?
  Or even if you just allowed "init=/sbin/init*", we could name ours "/sbin/init-ltsp".
  I know I can use "plymouth:force-splash" in the kernel command line to
  force loading the graphical plugins, but it's getting a bit
  complicated for the end users.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/930865/+subscriptions
    
    
More information about the foundations-bugs
mailing list