** Description changed: On hardy, if you install git-daemon-run a new service is created and handled incorrectly by "runsv" and not "upstart" as all other services (https://bugs.launchpad.net/ubuntu/+source/git-core/+bug/74135) On system shutdown we ask "runsv" and "runsvdir" to terminate, but they refuse (as seen in https://bugs.launchpad.net/ubuntu/+source/git-core/+bug/224041). This refusal interacts in some weird manner with the synchronization of data on the main root partition so that on the next boot fsck needs to be run to fix errors left behind. I tested 4 times this scenario: * login to system * manually kill runsv and runsvdir by repeating: kill -9 `pidof runsv` `pidof runsvdir` * reboot - * while booting the new system notice no file system check is needed. + * while booting the system notice no file system check is needed. And several times this one: * login * (don't do anything to disturb runsv, or runsvdir) * reboot - * notice that file system checks are done and some errors appear to have been detected and fixed (fsck exits with error code 0). The system automatically reboots. + * notice that file system checks are done and some errors appear to have been detected and fixed (fsck exits with error code 3). The system automatically reboots. * while booting the new system notice no file system check is needed again. - It seems that runsv's and runsvdir's are + It seems that because runsv's and runsvdir's refuse to terminate some + data does not get flushed to disk.
-- incorrect system shutdown when running git-daemon-run https://bugs.launchpad.net/bugs/224047 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
