pbaco, thanks for the confirmation. I hope somebody on the mountall project sees this bug soon.
As a workaround, try moving "nobootwait" to the end of your option list, and removing "optional" entirely. If you only use one option that mountall wants to strip and you put that option at the end, you won't trigger this bug. I think you can safely drop "optional." That option has two effects, one documented and one not. The documented effect is that it "causes the entry to be ignored if the filesystem type is not known at boot time" (fstab.5) but yours is ext3 so that shouldn't be a problem. The undocumented effect of "optional" is that mountall will skip the mount without an error until its mount point directory gets created - /media/neo in your case. If you remove "optional" then mountall will (try to) create the mount point; or you can create the mount point manually. Either way, it seems to me that you can live without the "optional" flag. (However, maybe there is another undocumented effect...) -- mountall eats 100% cpu with nfs in fstab https://bugs.launchpad.net/bugs/574044 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
