[Bug 523484] Re: ureadahead requires /var on root filesystem
Brian J. Murrell
brian at interlinx.bc.ca
Sun Feb 23 16:06:50 UTC 2014
On Sun, 2014-02-23 at 14:00 +0000, Pavel Malyshev wrote:
> Four years passed...
> What is the point to use LTS releases if such pure-Ubuntu bugs are not fixed fore years?
I asked myself that same question a while ago. This was my
conclusion/solution:
$ cat /etc/issue
Fedora release 20 (Heisenbug)
Kernel \r on an \m (\l)
Not that I think Canonical/Ubuntu cares that I no longer use Ubuntu.
>From what I can see, it seems they are focused on TVs and mobile devices
now anyway and what's on the desktop is just a test ground for their
real markets and whatever they don't need in those markets just doesn't
get attention on the desktop any more.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ureadahead in Ubuntu.
https://bugs.launchpad.net/bugs/523484
Title:
ureadahead requires /var on root filesystem
Status in über-readahead:
Invalid
Status in “ureadahead” package in Ubuntu:
Triaged
Bug description:
I have the following mountpoints defined that use different
partitions:
/
/boot
/home
/opt
/usr
/var
These nodes are located on different partitions to enable greater control over the system and prevent unusable states.
ureadahead.conf uses the following event:
start on starting mountall
Which fails for me since /var is not yet mounted when mountall starts leading to ureadahead errors about missing pack files.
ureadahead-other.conf in turn uses
start on mounted DEVICE=[/UL]* MOUNTPOINT=/?
I have yet to find out what that means but I see that ureadahead-other is terminated with error status 4 (i.e. no pack file)
I think that ureadahead configuration files should be ready for such kind of layout.
I have fixed the first item by rewriting the rule as start on mounted MOUNTPOINT=/var but I don't know what to do with second item.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ureadahead/+bug/523484/+subscriptions
More information about the foundations-bugs
mailing list