I have an IBM ThinkPad R51 less than a year old which came with Windows XP although I have Debian installed on it which is what I mostly use. However there is one Windows application, MapInfo, which I use occasionally and for which I have never found a Linux substitute.
I had the laptop set up to connect to my normal Linux (Debian Testing) desktop machine via Samba and was able to use it. Then two things happend.
1. I moved the mount point of the partition on the Linux machine to which the laptop, running Windows, connected. I changed the paths in smbd.conf and did think to restart Samba.
2. I also upgraded Debian Testing on my non-laptop machine.
Now the laptop won't even recognise that the Debian machine is there although it is connected to the network and I can ping the Debian machine.
My first thought was to look in the logs on the Debian machine for errors but there are no errors!
Where do I go from here to find which machine is the cause of the problem? I assume it must be the Debian desktop because that's the only one that's changed.
Both smbd and nmbd are running on the desktop.
On Thu, 2006-05-25 at 09:29 +0100, Barry Samuels wrote:
Where do I go from here to find which machine is the cause of the problem? I assume it must be the Debian desktop because that's the only one that's changed.
On the desktop do a smbclient -L (ipaddress of desktop)
You could also try it with 127.0.0.1 but I am not sure Samba always binds to the loopback interface. This should list the services available (enter the samba password for the user you ran smbclient as if prompted) If that works then there is a good chance samba is working.
Now from the Windows machine are you connecting via by browsing from "My Network places" or are you punching UNC path into a shortcut(i.e do you have a shortcut pointing to \desktop\share). If you are browsing to the shares try a UNC path in the run box instead, do you use name lookups or are you doing this all by IP address ?
XP is a lot happier if it's in the same workgroup as the server.
XP firewall ? Although in it's default configuration it shouldn't be stopping you accessing shares.
Norton etc on the laptop ? I know you haven't changed anything but Norton Internet Security doesn't need any help to bugger itself up and start (silently) blocking legitimate traffic.
On 25/05/06 09:57:45, Wayne Stallwood wrote:
On the desktop do a smbclient -L (ipaddress of desktop)
You could also try it with 127.0.0.1 but I am not sure Samba always binds to the loopback interface. This should list the services available (enter the samba password for the user you ran smbclient as if prompted) If that works then there is a good chance samba is working.
That all works.
Now from the Windows machine are you connecting via by browsing from "My Network places" or are you punching UNC path into a shortcut(i.e do you have a shortcut pointing to \desktop\share). If you are browsing to the shares try a UNC path in the run box instead, do you use name lookups or are you doing this all by IP address ?
I was using names which were listed in My Network Places. I've now tried IP addresses instead of names and that works!
What would suddenly cause the names to stop working?
Just curious about that. If I have to use IP address instead of name then I don't mind as long as it works.
Thanks Wayne.