On 10/14/2011 06:25 PM, Joachim Schrod wrote:
Larry Finger wrote:
On 10/14/2011 01:11 PM, Ken Schneider - openSUSE wrote:
On 10/14/2011 12:04 PM, Larry Finger pecked at the keyboard and wrote:
The problem is as follows: My network connection uses wireless with NetworkManager and the KDE plasmoid applet, thus no connection is made until a user has logged in. However, systemd will not proceed until the NFS volumes are mounted, and there is an impasse. I allowed the system to sit for nearly 2 hours, and it never finished booting.
Isn't this a great way to run networking? You can't login to an nfs mounted home volume until networking is up and running, and networking won't come up until to login. Anyone see a catch 22 here?
None of my NFS volumes are home, and the system can come up without any of the network volumes being mounted. If I wanted home on a network volume, I would not use NetworkManager, and I certainly would not want use a wireless connection in that case.
Still, your modus operandi is a but unclear to me. Your situation seems to be the prototypical autofs use case.
Do I understand correctly that you don't use autofs, but, in your 11.3 configuration, rely on the backgrounding ability of NFS mounts to wait until a server appears to be ready to get access to your network shares?
If yes, why don't you use autofs which is the standard tool for mount-when-accessed/needed-and-network-is-available use cases?
First of all, this is with 12.1 Beta, not 11.3. I added the NFS volumes using YaST NFS client and it put the NFS volumes in /etc/fstab with "defaults" as the only option. AFAIK, this means they will be mounted at boot time. I could use autofs, but I would expect that most users will do as I did, and it should work. Larry at boot time. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org