Linux - Networking This forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game. |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
05-15-2005, 04:51 AM
|
#1
|
LQ 5k Club
Registered: May 2003
Location: London, UK
Distribution: Fedora40
Posts: 6,153
|
nfs: fstab will not mount at boot
Hello,
I have a small network of two linux computers.
I can ping and ssh: It works very well.
I have nfs running, and I would like to mount the other computer's filesystem.
I have this line in /etc/fstab :
p4.home.net:/ /mnt/nfs-p4 nfs rw,hard,intr,rsize=8192,wsize=8192 0 0
Which I hoped would mount the p4.home.net root partition at boot, but it does not.
If I type mount p4.home.net:/ as root, the remote filesystem is mounted correctly.
Why doesn't this happen automatically?
|
|
|
05-15-2005, 09:49 AM
|
#2
|
LQ Guru
Registered: Jan 2001
Posts: 24,149
|
Before mounting manually.. what do your logs tell you after bootup? Always check your logs, they usually will tell you everything you need to know.
|
|
|
05-15-2005, 10:49 AM
|
#3
|
LQ 5k Club
Registered: May 2003
Location: London, UK
Distribution: Fedora40
Posts: 6,153
Original Poster
|
Thanks for your reply.
I did check the logs, and have now rechecked them: No obvious complaints visible in either /var/log/messages or from dmesg, except for "xinetd[2158]: warning: can't get client address: Transport endpoint is not connected". Is this relevant? If you like, I'll post the files, but they are quite l-o-n-g!
Looking at both the above, it seems to me that it is mounting my local partitions before it is finding my network card, loading the module for it, and starting up the network. Maybe whatever it is that runs through fstab and mounts things doesn't mount the network drive as the network isn't up by then? But nothing is complaining, and when I mount the networked drive manually, it just mounts as it should.
It is the MDK9.1 2.4 kernel machine that is badly behaved, the MDK10.1 2.6 kernel machine behaves as expected and mounts the other computer's drives at boot time. I don't suppose it should be a problem to have both PCs being both nfs servers and clients?
Any other ideas?
|
|
|
05-15-2005, 11:25 AM
|
#4
|
Senior Member
Registered: Mar 2004
Location: Munich
Distribution: Ubuntu
Posts: 3,517
Rep:
|
Quote:
Looking at both the above, it seems to me that it is mounting my local partitions before it is finding my network card, loading the module for it, and starting up the network. Maybe whatever it is that runs through fstab and mounts things doesn't mount the network drive as the network isn't up by then?
|
I think you have found the problem: You can't mount NFS filesystems before the hardware is initialized. On my SUSE system, this is solved by a runlevel script that runs after network initialization. I can post script if you don't find something similar on your system.
|
|
|
05-15-2005, 11:41 AM
|
#5
|
LQ 5k Club
Registered: May 2003
Location: London, UK
Distribution: Fedora40
Posts: 6,153
Original Poster
|
Thanks abisko00,
I thought that maybe I had done something wrong. I'll just put the mount commands at the end of rc.local and that should sort it out.
|
|
|
06-13-2005, 09:10 AM
|
#6
|
Member
Registered: Apr 2005
Posts: 37
Rep:
|
Quote:
Originally posted by abisko00
I think you have found the problem: You can't mount NFS filesystems before the hardware is initialized. On my SUSE system, this is solved by a runlevel script that runs after network initialization. I can post script if you don't find something similar on your system.
|
I am now getting exactly the same problem as tredegar, I am using a Red Hat 9 system.
I can mount the nfs filesystem with mount -t nfs.... command, but not in fstab.
I believe the hardware isn't initialized when the system trying to mount the nfs filesystem.
Would you mind shairing your runlevel script to us?
(I don't want to mount the nfs filesystem with rc.local...)
Thanks!!
|
|
|
06-13-2005, 12:03 PM
|
#7
|
Senior Member
Registered: Mar 2004
Location: Munich
Distribution: Ubuntu
Posts: 3,517
Rep:
|
SUSE may have a different structure than RH9, so you probably need to adjust the script:
Code:
#! /bin/bash
# Copyright (c) 1996-2002 SuSE Linux AG, Nuernberg, Germany.
# All rights reserved.
#
# Author: Florian La Roche, 1996
# Werner Fink <werner@suse.de>, 1996
# Burchard Steinbild, 1996
#
# Please send feedback to http://www.suse.de/feedback
#
# /etc/init.d/nfs
#
### BEGIN INIT INFO
# Provides: nfs
# Required-Start: $network $portmap
# Required-Stop:
# X-UnitedLinux-Should-Start:
# X-UnitedLinux-Should-Stop:
# Default-Start: 3 5
# Default-Stop:
# Description: Imports remote Network File Systems (NFS)
### END INIT INFO
. /etc/rc.status
nfs=no
while read where what type options rest ; do
case "$where" in
\#*|"") ;;
*) if test "$type" = "nfs" ; then
nfs=yes
break
fi ;;
esac
done < /etc/fstab
rc_reset
case "$1" in
start|reload)
echo -n "Importing Net File System (NFS)"
if test "$nfs" = yes ; then
# Mount all auto NFS devices (-> nfs(5) and mount(8) )
# NFS-Server sometime not reachable during boot phase.
# It's sometime usefull to mount NFS devices in
# background with an ampersand (&) and a sleep time of
# two or more seconds, e.g:
#
# sleep 2 && mount -at nfs &
# sleep 2
#
# Note: Some people importing the /usr partition.
# Therefore we do _NOT_ use an ampersand!
#
mount -at nfs
rc_status
sleep 1
#
# generate new list of available shared libraries
#
ldconfig -X 2>/dev/null
rc_status -v
else
rc_status -u
fi
;;
stop)
echo -n "Remove Net File System (NFS)"
if test "$nfs" = "yes" ; then
#
# Unmount in background because during long timeouts
#
umount -at nfs &
sleep 2
rc_status -v
else
rc_status -u
fi
;;
restart|force-reload)
## Stop the service and regardless of whether it was
## running or not, start it again.
$0 stop
$0 start
rc_status
;;
status)
echo -n "Checking for mounted nfs shares (from /etc/fstab):"
if test "$nfs" = "yes" ; then
while read where what type options rest ; do
case "$where" in
\#*|"") ;;
*) case "$options" in
*noauto*) ;;
*) if test "$type" = "nfs" ; then
grep -q "$where $what nfs" /proc/mounts || rc_failed 3
fi ;;
esac
esac
done < /etc/fstab
else
rc_failed 3
fi
rc_status -v
;;
try-restart|condrestart)
$0 status
if test $? = 0; then
$0 restart
else
rc_reset
fi
rc_status
;;
*)
echo "Usage: $0 {start|stop|status|reload|force-reload|restart|try-restart}"
exit 1
esac
rc_exit
Good luck!
|
|
|
02-11-2008, 10:00 PM
|
#8
|
LQ Newbie
Registered: Feb 2008
Distribution: Kubuntu
Posts: 6
Rep:
|
A similar problem ...
Dear All,
Apologies if I am missing important details - I am very new at this.
I am trying to mount a windows network share on boot, with little luck. Mounting manually (with mount -t) works fine, so I added a line to fstab. Forcing a remount with mount -a also works fine (although there is an odd error "[mntent]: warning: no final newline at the end of /etc/fstab")
However, when I reboot, the network share does not mount.
I tried adding "sudo mount -a" to rc.local, but no improvement.
Oddly, I was intending to use smb4k, but although the "remount on restart" option was selected, it also failed on reboot!
I like the explanation of not being able to mount until the network has started up, but that does not explain the failure of rc.local, right?
If nothing else, could someone please advise on what logs to check for messages?
Thank you in advance for your help!
----------------------------
Oops - I see I have this in the wrong forum. My apologies - please delete.
Last edited by erskie; 02-11-2008 at 10:37 PM.
|
|
|
02-12-2008, 03:37 AM
|
#9
|
LQ 5k Club
Registered: May 2003
Location: London, UK
Distribution: Fedora40
Posts: 6,153
Original Poster
|
Quote:
(although there is an odd error "[mntent]: warning: no final newline at the end of /etc/fstab")
|
That error means exactly what it says, that fstab should end with a <Return>, but it's not fatal. Just add a blank like at the end of fstab to get rid of that error.
Quote:
I tried adding "sudo mount -a" to rc.local, but no improvement.
|
rc.local is run as root, so you do not need the sudo
You say you can mount your network drive with mount -t blah blah blah, so I'd suggest you just put that mount command at the end of rc.local and it'll probably work for you.
And welcome to LQ
|
|
|
02-12-2008, 08:10 AM
|
#10
|
Red Hat India
Registered: Nov 2004
Location: Kerala/Pune,india
Distribution: RedHat, Fedora
Posts: 260
Rep:
|
Hello,
Don't add the 'mount -a' option to /etc/rc.local. Add the full 'mount' command to /etc/rc.local ... ie.. mount -t nfs /source /destination'.
Thanks,
Vimal Kumar
|
|
|
02-12-2008, 06:27 PM
|
#11
|
LQ Newbie
Registered: Jan 2006
Location: Montana
Distribution: PCLinuxOS-2007
Posts: 24
Rep:
|
Hi everyone,
I've had the same problem with my nfs shares not mounting at boot. (Had to manually mount).
In looking at /var/log/messages I found "link beat not detected". The NIC was working though. I could browse the internet.
I disabled my MCP51 ethernet controller, (Nvidia using the forcedeth module), and fired up my ADM983 Linksys card with tulip....Rebooted, and the nfs share was sitting on the desktop.
|
|
|
02-12-2008, 07:38 PM
|
#12
|
LQ Newbie
Registered: Feb 2008
Distribution: Kubuntu
Posts: 6
Rep:
|
Thank you all for the quick response, and the welcome!
True to form I did find the solution, much later last night. I did not end up needing to modify rc.local, although I am sure the proposed solution above would have worked.
The (for me) ideal solution was found elsewhere in the forum. The suggestion was to use the _netdev modifier in the fstab statement. This forces the mount operation to wait until the network connection is up and running. It worked a charm.
For future noob (like me!) reference the correct use is:
//wherever/blah /somewhere/blah cifs guest,_netdev,uid=1000,iocharset=utf8,codepage=unicode,unicode 0 0
Yes, I know the guest authentication sucks, but this is for a windows share which defaults to no authentication required, and all of this is behind a firewall so I am not too worried. As my bravery increases I may fix it later.
Thank you all again. I am VERY sure I will be back!!!!
|
|
|
03-30-2008, 08:28 PM
|
#13
|
Member
Registered: Nov 2007
Location: A place with no mountains
Distribution: Kubuntu, sidux, openSUSE
Posts: 214
Rep:
|
I am having a similar problem with being able to mount nfs shares manually but not via fstab. For me, it isn't an issue related to hardware initialization. I'm not sure what the problem is, but you can see my full description here:
http://www.linuxquestions.org/questi...y-help-631772/
|
|
|
08-13-2013, 09:43 AM
|
#14
|
Member
Registered: Aug 2009
Posts: 48
Rep:
|
I've got a similar problem, but I don't think it's because of the service start up order.
I have tried delaying the mount via rc.local (well /etc/rc3.d/S99local which roues there) and still no joy.
I've ried two different ways of delaying the mount:
1) mount -t //share/ etc. in S99Local
2) at now + 3 minutes < /scrips/<scriptWithMountCommand>
Neither have worked.
BUT, when I go to login and run the mount command immediately it works.
I think it's some kind of permissions thing here.
I am mounting a share on one network that it is not a domain member of to a share is then accessible to another completely separate network (via a separate network interface). The server has joined the domain of the latter and once it's mounted the share it then maps AD users from that domain to the share.
What makes me think this is a permissions thing is that the mount partially works after a reboot.
After a reboot if you log into the local server you can see the share has been successfully assigned to the AD group that is on the domain it is a member of, but the share is empty. It's like it mounts the share, assigns it to the correct user group but then can't pull the contents of the share in.
When I try looking at the logs when a user tried to access the share after it has been partially mounted you can see that it knows to map the users to their particular part of the share as errors when trying to get at that part of the share.
I am very stuck trying to work out what it would be.
Has anyone got any experience with this type of setup? I run iptables and selinux but have tried this with both off and still the same error.
I'm mapping users via the UNIX attributes of AD. Like I say all works straight away when you are logged in as root and run the mount command.
Last edited by MeeLee; 08-13-2013 at 09:46 AM.
|
|
|
08-13-2013, 10:25 AM
|
#15
|
Member
Registered: Aug 2009
Posts: 48
Rep:
|
Quote:
Originally Posted by MeeLee
I've got a similar problem, but I don't think it's because of the service start up order.
I have tried delaying the mount via rc.local (well /etc/rc3.d/S99local which roues there) and still no joy.
I've ried two different ways of delaying the mount:
1) mount -t //share/ etc. in S99Local
2) at now + 3 minutes < /scrips/<scriptWithMountCommand>
Neither have worked.
BUT, when I go to login and run the mount command immediately it works.
I think it's some kind of permissions thing here.
I am mounting a share on one network that it is not a domain member of to a share is then accessible to another completely separate network (via a separate network interface). The server has joined the domain of the latter and once it's mounted the share it then maps AD users from that domain to the share.
What makes me think this is a permissions thing is that the mount partially works after a reboot.
After a reboot if you log into the local server you can see the share has been successfully assigned to the AD group that is on the domain it is a member of, but the share is empty. It's like it mounts the share, assigns it to the correct user group but then can't pull the contents of the share in.
When I try looking at the logs when a user tried to access the share after it has been partially mounted you can see that it knows to map the users to their particular part of the share as errors when trying to get at that part of the share.
I am very stuck trying to work out what it would be.
Has anyone got any experience with this type of setup? I run iptables and selinux but have tried this with both off and still the same error.
I'm mapping users via the UNIX attributes of AD. Like I say all works straight away when you are logged in as root and run the mount command.
|
...So I've now just tried mounting the share without the part that does the user mapping and it's still an issue. /var/log/messages reports:
CIFS VFS cifs_mount failed w/return code = -13
...so It's nothing to do with the user mapping part. Again, If I then try the mount when logged into the local server it works fine. Does anyone know wha this means? I've had a quick search but couldn't find anything specific enough.
Thanks.
|
|
|
All times are GMT -5. The time now is 10:37 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|