>because once another partition is mounted as /usr, then the kernel
isn't . . . .

This is probably where the rub is. They have perceived some desperate need
to do things in / for user space while the machine has not even mounted the
partitions.

Smells of windoze thinking. "Look ma no brain". And it is caused by working
for a monthly pay-check (not that we don't all need one off course)

In Debian also things happen, but then at least they have been chewed over
at nauseam on the lists and some communal decision has been reached, which
is TRACABLE and understandable if you take the trouble to study the matter.

many eons ago I used to run Mandrake, but the answers always came from the
Debian / Ubuntu lists. Until I chose eggs for my money and went on with
life.

So thats my 2 cents worth in this discussion.

Jan de Kruyf.


On Thu, Apr 14, 2011 at 12:40 PM, Erik Christiansen <[email protected]
> wrote:

> On Thu, Apr 14, 2011 at 09:31:56AM +0200, Jan de Kruyf wrote:
> > hahahahaha:
> >
> > http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/foreward.html
>
> The guff from freedesktop.org still looks like an April fool's joke to
> me, because once another partition is mounted as /usr, then the kernel
> isn't goung to let on to some fool app how it's made part of the
> filesystem. Reads and writes should look identical to the app making the
> system calls.
>
> So long as systemd, or any other init substitute, only accesses /usr
> after it is mounted, then it won't know what partition it's in, AIUI.
>
> > So guess which distributions are not even LINUX. Nevermind Unix.
> >
> > Regards to all of you, let me go back to hybernation. (and Debian)
>
> It's a good place to be. Even if the guff from freedesktop.org is hokum,
> you're protected against offerings like NetworkManager, creeping "Do Not
> Edit" config files, and other unwelcome "innovations".
>
> Happy hibernation,
>
> Erik
>
> --
> The human mind ordinarily operates at only ten percent of its capacity
> -- the rest is overhead for the operating system.
>
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________
> Emc-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Emc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to