Shawn, On RedHat/Fedora at least you also need to make sure that the netfs init script is active in the runlevel you're booting into.
i.e. # chkconfig netfs on will do the trick for the default run levels. Haven't checked on Kubuntu but I'd hazard a guess that there is something similar. The same behavior would exist if you had an NFS mount in your /etc/fstab. The reason is that /etc/fstab is processed before the network comes up and so any network related mounts won't happen and are in fact skipped. netfs takes care of this after the network is up and running. Your mileage may vary... Curtis On Wednesday 01 November 2006 12:20, Shawn wrote: > I have the following in my /etc/fstab: > > #network mounts > //hive/share /home/sgrover/share smbfs > password=,uid=sgrover,gid=sgrover,dmask=700,fmask=700 > 0 0 > > (everything below the comment is on one line... and there IS no password) > > When I do mount -a, this share mounts fine. But when I boot the > computer it does not mount. So I have to manually run the mount -a > before it's available to me - which really defeats the purpose of > putting it in fstab. > > Any tips on where I can start looking to figure why this isn't mounting? > I'm not seeing anything useful in /var/log/messages, or dmesg. In > /var/log/samaba/log.smbmount, I can see where the mount happens, but > only for the times when I do so manually. No errors/messages saying why > it can't mount the drive. > > If it helps, this is on a Kubuntu Edgy box. There has been no changes > to the shared directory itself - it's been running fine for close to a > year. > > Thanks for any suggestions. > > Shawn > > > _______________________________________________ > clug-talk mailing list > [email protected] > http://clug.ca/mailman/listinfo/clug-talk_clug.ca > Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > **Please remove these lines when replying _______________________________________________ clug-talk mailing list [email protected] http://clug.ca/mailman/listinfo/clug-talk_clug.ca Mailing List Guidelines (http://clug.ca/ml_guidelines.php) **Please remove these lines when replying
