Bill Davidsen wrote: > I need to mount a share from a computer to get control data in and out. > With an old FC1 machine I can readily mount the share: > > mount -t smbfs //devcntl1/jobs /mnt/device-controllers/dev1 > > However, doing this on FC6 fails completely. Checking the release kernel > I noted that smbfs was not available by default, so I had to build a new > kernel with smbfs support. However, it still won't connect, so I'm a bit > blocked on a way to do this simple mount. > > Search gave little information, other that newer Windows versions may > also speak CIFS, which the server in question refuses. Thought it might > be a superset, but tthe RFCs and tcpdump convinced me that no matter > what someone wrote these aren't the same protocol. The hardware and > operating system can't readily be upgraded, and the O/S is Win95RT, a > real-time version of Win95 used for device control. > > I'm running an old machine with functional SMB support and then moving > the data to a current machine, but I have to feel there's a better way. > > Doesn't this stuff get tested? I assume there's a way, but the fact that > it's not in the default kernel makes me suspicious that interoperability > may no longer be a priority. > The cifs has replaced the smbfs, but it is not a drop in replacement. One difference is that CIFS does not assume, as smbfs did, that the tcp name and the netbios name of the server are the same. So you will probably need something like: mount -t cifs //devcntl1/jobs /mnt/device-controllers/dev1 -o servern=devctl1 Also, if devcntl1 is not the tcp hostname, you will need to change it to the proper hostname. If it does not resolve, you will need to either use the IP address in place of devcntl1, or supply it as one of the options. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup!
Attachment:
signature.asc
Description: OpenPGP digital signature
