Date: Sat, 2 Feb 2002 16:04:04 -0500 From: "Peter C. Lai" <sirmoo@cowbert.2y.net> To: Joe Clarke <marcus@marcuscom.com> Cc: peter.lai@uconn.edu, FreeBSD User Questions List <freebsd-questions@freebsd.org>, freebsd-stable@freebsd.org Subject: Re: smbfs breakage in 4.5-stable Message-ID: <20020202160404.A213@cowbert.2y.net> In-Reply-To: <1012631398.27638.8.camel@shumai.marcuscom.com>; from marcus@marcuscom.com on Sat, Feb 02, 2002 at 01:29:58AM -0500 References: <20020202010922.A212@cowbert.2y.net> <1012631398.27638.8.camel@shumai.marcuscom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
OK. Here's what I did wrong (and after fixing this, it worked): in /usr/src/sys/i386/conf/MACHNAME built from scratch, I had: OPTIONS NETSMB OPTIONS NETSMBCRYPTO OPTIONS LIBMCHAIN OPTIONS LIBICONV however, in the filesystems section, i had omitted OPTIONS SMBFS apparently, if I explicitly add net[smb|crypto], libmchain, and libiconv, I need to add in smbfs also. (I didn't realize this, since SMBFS is lumped in with all the other filesystems, which don't depend on anything, and can be safely modularized without being declared in the configuration file). Adding SMBFS back in to the kernel config fixed the smbfs problem. Now, can I remove net[smb|crypto], libmchain, libiconv, and smbfs, and have everything working as modules? Implicit modularization still confuses me (unlike in linux, where you explicitly state static,module,or don't-compile). On Sat, Feb 02, 2002 at 01:29:58AM -0500, Joe Clarke wrote: > On Sat, 2002-02-02 at 01:09, Peter C. Lai wrote: > > After 4.5 was released, i cvsup'd a complete fresh set of sources > > (e.g. deleting /usr/src/* and /usr/obj/*), > > made world, installed world and a new kernel, and now mount_smbfs errors > > out the first time with 'exec format' and if you try it again, > > it says 'file exists'. kldstat shows the smbfs.ko not loaded the first time > > it fails but it does load the second time, and remains loaded. There is no > > error with the module loading. > > The smbfs kernel module was modified in the 4.5-PRERELEASE track so to > depend on the libiconv and libmchain modules. Before that, doing a > mount_smbfs resulted in an "exec format error" with a message in > /var/log/messages indicated a symbol in smbfs.ko was undefined. You > might want to verify that all of those modules are up-to-date. I just > tried this on a recent 4.5-RC machine with no smbfs-related options in > the kernel, and it worked like a champ. > > > > > After perusing the mailing lists, I realized the problem could be caused by > > the smbfs port which i didn't remove prior to make and install world. > > I pkg_delete'd it, during which it noted that /sbin/mount_smbfs and > > /modules/smbfs.ko had been modified. Thus, the installworld did overwrite > > those two files into the 4.5 versions. > > Make sure that when you rebuild world, you build all the kernel modules > as well. When you mount a smb share, you should have the following > modules loaded: > > 5 1 0xc3417000 1a000 smbfs.ko > 6 1 0xc3432000 3000 libiconv.ko > 7 1 0xc3436000 3000 libmchain.ko > > Joe > > > > > on bootup, netsmb_dev loads fine. Another note: I installed the same world > > onto another machine running a completely new install of 4.5-rc3 via samba > > export, and now that machine's mount_smbfs is broken too. > > > > any help would be appreciated > > Please cc responses to sirmoo@cowbert.2y.net since i don't subscribe to > > either -questions or -stable > > -- > > Peter C. Lai > > University of Connecticut > > Dept. of Residential Life | Programmer > > Dept. of Molecular and Cell Biology | Undergraduate Research Assistant > > http://cowbert.2y.net/ > > 860.427.4542 (Room) > > 860.486.1899 (Lab) > > 203.206.3784 (Cellphone) > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > -- Peter C. Lai University of Connecticut Dept. of Residential Life | Programmer Dept. of Molecular and Cell Biology | Undergraduate Research Assistant http://cowbert.2y.net/ 860.427.4542 (Room) 860.486.1899 (Lab) 203.206.3784 (Cellphone) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020202160404.A213>