[Touch-packages] [Bug 654545] Re: mountall does not honor nobootwait flag on /var/* and /usr/* filesystems
The Precise Pangolin has reached end of life, so this bug will not be fixed for that release ** Changed in: mountall (Ubuntu Precise) Status: Confirmed => Won't Fix -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mountall in Ubuntu. https://bugs.launchpad.net/bugs/654545 Title: mountall does not honor nobootwait flag on /var/* and /usr/* filesystems Status in mountall package in Ubuntu: Fix Released Status in mountall source package in Precise: Won't Fix Bug description: Binary package hint: mountall For very valid reasons, mountall always waits on /usr/* and /var/* remote filesystems. That said, /var/opt/* are valid FHS filesystems that are not vital to the system. In order to not get the boot stuck on such remote filesystems, we tried using the "nobootwait" flag, but it is ignored on /usr/* and /var/* remote filesystems. This is believed to be a bug, since this behaviour should be possible to be forced. In general, it would also be a good idea to make /var/opt/* filesystems default to TAG_NOWAIT since they are not vital to the system. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/654545/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 654545] Re: mountall does not honor nobootwait flag on /var/* and /usr/* filesystems
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: mountall (Ubuntu Precise) Status: New = Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mountall in Ubuntu. https://bugs.launchpad.net/bugs/654545 Title: mountall does not honor nobootwait flag on /var/* and /usr/* filesystems Status in mountall package in Ubuntu: Fix Released Status in mountall source package in Precise: Confirmed Bug description: Binary package hint: mountall For very valid reasons, mountall always waits on /usr/* and /var/* remote filesystems. That said, /var/opt/* are valid FHS filesystems that are not vital to the system. In order to not get the boot stuck on such remote filesystems, we tried using the nobootwait flag, but it is ignored on /usr/* and /var/* remote filesystems. This is believed to be a bug, since this behaviour should be possible to be forced. In general, it would also be a good idea to make /var/opt/* filesystems default to TAG_NOWAIT since they are not vital to the system. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/654545/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 654545] Re: mountall does not honor nobootwait flag on /var/* and /usr/* filesystems
** Also affects: mountall (Ubuntu Precise) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mountall in Ubuntu. https://bugs.launchpad.net/bugs/654545 Title: mountall does not honor nobootwait flag on /var/* and /usr/* filesystems Status in mountall package in Ubuntu: Fix Released Status in mountall source package in Precise: New Bug description: Binary package hint: mountall For very valid reasons, mountall always waits on /usr/* and /var/* remote filesystems. That said, /var/opt/* are valid FHS filesystems that are not vital to the system. In order to not get the boot stuck on such remote filesystems, we tried using the nobootwait flag, but it is ignored on /usr/* and /var/* remote filesystems. This is believed to be a bug, since this behaviour should be possible to be forced. In general, it would also be a good idea to make /var/opt/* filesystems default to TAG_NOWAIT since they are not vital to the system. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/654545/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 654545] Re: mountall does not honor nobootwait flag on /var/* and /usr/* filesystems
Backport of relevant section in mountall.c for 2.36.4; this should make mountall respect nobootwait, even if the mountpoint is under /usr or /var. ** Patch added: Backport of relevant fix in 2.38 for 2.36.4 https://bugs.launchpad.net/ubuntu/precise/+source/mountall/+bug/654545/+attachment/4427083/+files/mountall.diff -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mountall in Ubuntu. https://bugs.launchpad.net/bugs/654545 Title: mountall does not honor nobootwait flag on /var/* and /usr/* filesystems Status in mountall package in Ubuntu: Fix Released Status in mountall source package in Precise: Confirmed Bug description: Binary package hint: mountall For very valid reasons, mountall always waits on /usr/* and /var/* remote filesystems. That said, /var/opt/* are valid FHS filesystems that are not vital to the system. In order to not get the boot stuck on such remote filesystems, we tried using the nobootwait flag, but it is ignored on /usr/* and /var/* remote filesystems. This is believed to be a bug, since this behaviour should be possible to be forced. In general, it would also be a good idea to make /var/opt/* filesystems default to TAG_NOWAIT since they are not vital to the system. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/654545/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp