After hearing word of samba 1.9.18 being packaged with mounting tools I
was eager to have another go. After playing with the makefile I managed
to get everything to compile nicely, except smbmount, smbmnt and
smbumount. (glibc2 problems, the fix was simple remove obsolete header
includes and define missing constant).
Some information about my setup. RedHat 5, linux 2.1.78, smbfs compiled
without win95 bug fixes, connecting to a Win95 machine on the local lan.
This has previously worked in 2.0.3[2-3].
Now the fun starts. I try what is in the man pages, using smbmount to log
into the share, then mount /mntpoint.
# ls -l
ls: .: Too many open files in system
# ls -l
smb_proc_readdir_long: rcls=2, err=1, breaking
smb_refill_dircache: readdir failed, result=-23
total 0
# find
.
smb_lookup: find //CONFIG.SYS failed, error=-23
find: ./CONFIG.SYS: Too many open files in system
./My Documents
smb_proc_readdir_long: rcls=2, err=1, breaking
smb_refill_dircache: readdir failed, result=-23
./__ofidx0.ffx
smb_lookup: find //Program Files failed, error=-23
find: ./Program Files: Too many open files in system
./CDROM
etc (it continues like this for a few pages then stops)
Ok, now as per the documentation in
linux/Documentation/filesystems/smbfs.txt
I try the exact same as above except with mount /mntpoint -f 3755 (for the
win95 bugfixes)
Same as above, pretty much ignores the -f 3755.. Now I could try
recompiling smbfs with win95 bug workarounds, but I don't know how to do
that without recompiling the whole kernel. And besides, I'm not even sure
that will fix it. And what then if I wanted to connect to an NT share?
/me cries this is all really too hard! :( boo hoo sob </begforsympathy> :)
Why has everything changed from just "smbmount //server/share /mntpoint
-options" anyway? If I was gifted enough I would attempt to restore it
back to that way, but I'm not, and even if I was, I don't know what
motivated things to be changed to the current state anyway.
Yours frustratingly :)
Dave.