[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