Chris, this analysis is unlikely to be correct. Certainly at the time
the plymouth upstart jobs were written, plymouthd was only forking once
- and correctly opening its socket before detaching from the foreground.
If plymouthd behavior has since changed to double fork, and to not start
accepting connections until after the first fork, then not only would
there be a race condition, but upstart would completely lose all ability
to sanely track the plymouthd process - it would consider the plymouth
service 'stopped' as soon as the first child had exited.

And considering we're discussing a problem that occurs only on shutdown
- there have been no problems with reliability of plymouth splash
appearing on boot due to a corresponding race condition - I don't think
this is at all a likely explanation for the behavior.

Historically the problems with plymouth not displaying on shutdown from
an install image have been due to a race between the plymouth jobs
loading the required files into memory, and the casper jobs unmounting
the filesystem that these files live on (which is a prerequisite for
ejecting a DVD).  This bug is almost certainly an instance of this
general problem.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/966480

Title:
  The prompt asking for media removal is not shown at the end of the
  installation

To manage notifications about this bug go to:
https://bugs.launchpad.net/plymouth/+bug/966480/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to