good smb client implementation by using the kernel
urban at svenskatest.se
Tue Oct 10 22:28:46 GMT 2000
On Tue, 10 Oct 2000, Jelmer Feenstra wrote:
> Come on ! We need a better solution than the autofs one. It's just a dirty
> way of getting smb usable under linux :( The right way IMHO would be to have
> something like userfs (coda does it this way) in combination with a userspace
> daemon (with the actual smb code) to allow easy & fast usage of the "network
> neighbourhood" available (sorry for the windows words).
Reading your other mail it appears you misunderstood what I meant. I did
not mean one of those scripts to prepare a static autofs map. I meant
having a program run when the "computer" directory is accessed and update
the map on the fly with browsing info that have been collected.
This gives you browsing capabilities with a autofs/smbfs combo. If it
autofs is annoying in that it doesn't create the directories until you
access them. That needs to be solved or worked around, someone probably
has. This same problem exists for automounting nfs stuff "which machines
do I have and what is exported from each of them?".
(see submounts and /net, combine with a program generating the maps)
(autofs4 is maintained by Jeremy Fitzhardinge. See the auto.net sample
for making /net get all info on available nfs exports)
userfs (or podfuk?) can certainly also handle this. But I am not sure that
is easier, faster and better. Is there a userfs version for 2.4?
More information about the samba-technical