#3208: Samba installation stores mount.cifs in wrong location
---------------------+------------------------------------------------------
 Reporter:  jrdavis  |       Owner:  ra...@…                   
     Type:  defect   |      Status:  assigned                  
 Priority:  normal   |   Milestone:  6.7                       
Component:  BOOK     |     Version:  SVN                       
 Severity:  normal   |    Keywords:                            
---------------------+------------------------------------------------------

Comment(by d...@…):

 Replying to [comment:10 ra...@…]:
 > After a little research, most distros are symlinking mount.cifs in
 /sbin. I don't see any reason to symlink. Installing the mount.cifs and
 umount.cifs in /sbin seems the most logical solution. Though I consider it
 a bug in the mount program (no program should hard-code a path), why fight
 it?
 >
 > I'll make a change to the Samba instructions to move the two files into
 /sbin. Thanks for the report and the very nice explanation.


 Regarding your earlier comment (7?), I'm guessing the netfs boot script,
 or more likely the _netdev option in /etc/fstab. /usr as a network mount
 used to be very common, or so I'm told. I've honestly only seen it once in
 a school lab, but maybe that is due to my late entry in the field. This is
 why the FHS says that items that must be started before networking is up,
 must be on local file systems. Given that situation, or possible
 situation, the mount helpers must be available on the local file system,
 or /usr would not be available to mount /usr. I would say that the distro
 maintainers got it wrong if they are symlinking the files. Looks like
 Ubuntu is using fusefs (which avoids the problem completely), but I don't
 have any others to compare with.

-- 
Ticket URL: <http://wiki.linuxfromscratch.org/blfs/ticket/3208#comment:11>
BLFS Trac <http://wiki.linuxfromscratch.org/blfs>
Beyond Linux From Scratch
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-book
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to