> possible duplicate of 554079 ? This bug is similar to (at least) 554079, 554737 and 557161. However, there are differences in each case:
In bug #554079, it appears that plymouth is stalling during fsck, which results in GDM not loading. 554079 also makes no mention of the "mountall: Plymouth command failed" error message. In my case KDM loads properly and fsck appears to operate correctly. In bug #554737, the mountall process appears to be blocked by a plymouthd process, and vice versa. In my case, there are no plymouth processes running after boot. In bug #557161, the mountall process terminates shortly after KDM loads. In my case, the mountall process continues running for several minutes. Some additional details: If fsck only checks my root partition at boot time (setting a high mount count with tune2fs), mountall terminates promptly. The "mountall: Plymouth command failed" errors only appear 30 or so times before ceasing, as in bug #557161. I can replicate the symptom of mountall failing to terminate by running fsck on only /dev/sda5 at boot. This is a 15 GiB, ext3 partition, 91% full. A fsck on this partition normally takes less than 4 minutes. However, at boot time, mountall continues running for 17 minutes. Once the system had booted (approx. 4 minutes), no fsck processes were running, nor was there any HDD activity. $ ps -F -C mountall UID PID PPID C SZ RSS PSR STIME TTY TIME CMD root 356 1 82 10598 40852 0 13:42 ? 00:17:16 mountall --daemon The mountall process terminated less than 2 seconds later. I am also attaching a backtrace of the mountall process, as requested at https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/22. However, unlike that bug, there were no plymouth processes running at the time ('ps -ef | grep ply' failed to find anything). ** Attachment added: "mountall_backtrace.txt" http://launchpadlibrarian.net/44119593/mountall_backtrace.txt -- mountall hangs when fsck is run https://bugs.launchpad.net/bugs/559761 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs