Re: /usr/libexec/ld-elf.so.1: mount_smbfs: Undefined symbol "vfsisloadable"

From: Tim Robbins <tjr_at_freebsd.org>
Date: Tue, 13 Apr 2004 18:26:28 +1000
On Tue, Apr 13, 2004 at 03:47:32PM +0800, leafy wrote:

> On Tue, Apr 13, 2004 at 12:10:21AM -0700, Kris Kennaway wrote:
> > Sounds like you might not have all the required kernel support.
> > Compare your kernel to GENERIC.
> > 
> > Kris
> 2 seperate issues here.
> 
> 1. smbfs.ko isn't auto loaded, this is changed by mux_at_ 's commit to sync 
> vehaviour with other mount_*, which should load smbfs.ko upon execution. 
> It doesn't now. (it worked with the old binary though). This is the one 
> I think should be fixed somehow.
> 
> 2. cannot mount share as non-root, this had always been an issue, but 
> more verbose error message points the finger at kernel iconv setup now.
> This one didn't work with the old verion either.

There are quite a number of reasons why non-root users can't mount smbfs
shares right now; the first of which is kiconv, as you mentioned, but
there are also problems with the permissions on /dev/nsmb*, suser() checks
in netsmb, and the credentials mount_smbfs passes in to the kernel which
get subsequently rejected by netsmb:
        ctx->ct_ssn.ioc_owner = ctx->ct_sh.ioc_owner = 0; /* root */

The easiest way to get non-root mounts working is to enable the
#ifdef APPLE code in libsmb and mount_smbfs, then make mount_smbfs
suid root. Whether this is actually any less secure than adding
proper support for user mounts is debatable.


Tim
Received on Mon Apr 12 2004 - 23:22:26 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:50 UTC