This bug does not appear to be fixed in karmic final. Attempting to
mount tmpfs to /var or /var/log in fstab results in a hung "waiting for
tmpfs" at boot. This was NOT the case in karmic alpha3 and prior, so
perhaps it is the use of upstart that is triggering this problem?
Mounting tmpfs to /tmp does NOT cause this problem, just /var or a /var
subdir.
To reproduce, add this line to fstab:
tmpfs /var tmpfs defaults,noatime,size=1000M,mode=1777 0 0
or
tmpfs /var/log tmpfs defaults,noatime,size=1000M,mode=1777 0 0
This is an important ability for systems with SSDs, so I don't think the
importance should be low. mountall --version reports "mountall 1.0". I
installed from kubuntu-9.10-alternate-amd64.iso
** Changed in: mountall (Ubuntu Karmic)
Status: Fix Released => New
--
separate /var and /var/tmp tmpfs dependency loop
https://bugs.launchpad.net/bugs/431040
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
