Linda Walsh said the following on 02/06/2013 04:30 PM:
I already asked -- and NO ONE ANSWER, does /usr/bin also include /usr/SHARE?...
Don't be silly! /usr/share is under /usr not /usr/bin!
That wasn't being silly, the initial plan called for /bin, /sbin and the lib directories -- not share.
So far, the answer has been YES!...the "SHARE" partition has to be on the root partition too..
You can say that all you want and it doesn't make it so.
It's ALREADY the case:
(from my boot log):
In the specific I'll leave that to someone familiar with virtualbox, but as a general observation ... I wonder why a virtual machine is being started as part of - as you claim - the boot sequence. Or perhaps what you mean by boot and what I mean are different. Where in the 'boot" sequence are the udev rules being run and why? I'm not running virtualbox, but those other "will be removed in a future udev version" ones are in /var/log/messages I see it preceded by messages from other sub-systems which tells me that it is the part of 'boot' where scripts are being run. It makes me think that there's something wrong with the dependency rules. I had this problem with spamassassin on my mail server. It was failing every time until I inserted a dependency on postfix. In turn I set a dependency of fetchmail for spamassassin. Methinks that you have something wrong with your rules or scripts to be starting virtualbox too early in the sequence. I use KDE and KDM. As I've pointed out the config file for KDM lives on /usr share. If the problem really was as you claim then I'd be seeing this problem too, just with a different file. But since the graphical login is dependent on my having /usr/share mounted - and yes I have /usr/share ... /dev/vgmain/share /usr/share reiserfs notail,relatime,_xattr 1 2 its not a problem. What is a problem (or was for me) is that "out of the box" spamassassin was not dependent on postfix and fetchmail was not dependent on spamc. The fact that I *CAN* set up dependencies like this is good; the fact that they can be set up incorrectly, which is persistent in your case, emerges from the same. lets be polite and call it a 'teething problems' bug. Insufficient testing. Report it. -- Teachers open the door. You enter by yourself. Chinese Proverb -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org