Hello all, this morning we found that current utopic du jour would hang at boot. The cause has been identified, and we found a relatively simple solution which restores booting, which is in sysv-rc 2.88dsf-41ubuntu15.
If you are in a situation where your machine does not boot any more, the least intrusive workaround ironically is to boot with systemd: Press "shift" during boot to get to the grub menu, press "e" on the Ubuntu line, and append this to the "linux" line": init=/lib/systemd/systemd Then press Ctrl-X to boot. Should that fail for any reason, the alternative workaround is to boot into rescue mode, mount the root partition R/W, get a shell, and run touch /etc/init.d/.legacy-bootordering then reboot. After getting the fixed sysv-rc, you should remove that file again. For those who are interested in the details: We recently switched Ubuntu's "old" upstart/sysvinit policy to what Debian currently uses. Debian dropped support for the old statically numbered init.d script links in /etc/rc*.d/ and moved to insserv and startpar long ago. We finally did that transition as well to avoid an ever-growing delta in Ubuntu and packages slowly becoming incompatible with the old way. But it happens that some of our upstart jobs are "tasks" which appear as "stopped" after they did their thing. init.d scripts which depend on these will never start as startpar assumes that the depending upstart job is "running". So we need to find out how to keep upstart's "task" job semantics and make that work with startpar, but this isn't something which we want to or can do "under the gun". Hence the above sysv-rc upload disables startpar again for now. Sorry for that blunder and for the inconvenience! Martin -- Martin Pitt | http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: Digital signature
-- ubuntu-devel mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
