When I run smbpasswd command from the /bin directory of 3.23 Samba, I get the response command not found. Any suggestions.

Are you logged in as su (root)?

Yes and I'm in the /usr/local/samba/bin directory

Make sure that the file is executable and if /usr/local/samba/bin is not in your path ($PATH), then run the command with



Jim

P.S. Is there some reason that you're not using the Mandriva samba package, which would have placed smbpasswd in /usr/bin, which is in your path on a default Mandriva system.?

I've tried this and checked, it is an executable file but it still comes up bash: ,/smbpasswd: No such file or directory. I had problems with the version of Samba that came with Mandriva. It may have been my fault but it would not find the windbindd file and I couldn't run it so I thought I would download a newer version and start from scratch.

It's a full stop before the smbpasswd rather than the comma that you typed above. Alternatively, try:



instead because ./smbpasswd will only work if you are actually sitting in the /usr/local/samba/bin directory when you type it. Normally though, the samba packages provided by Mandriva would be easier than downloading and installing manually.

I've tried the command ./smbpasswd -a owner in the /usr/locall/samba/bin directory and I get the following message



Also I've had problems with winbindd on the version of Samba I have available with 2008.1 Mandriva so that is why I thought I would try a newer version of Samba.

I think you need to install the libtalloc1 package:



should do the trick then try again.

[root@localhost home]# urpmi libtalloc1
No package named libtalloc1

That is the message that I get. By the way, thank you for all your help. I did a google search and could not find a package or source to download so I'm stuck once again.

By the way, I found this file libtalloc.so.1 in the lib dirctory.

In general, when you have an error like "library <a lib>.so.x not found", be it at runtime like yours, or at compile-time, the right command to run is:

This will tell you what packages have this library. Install the one that matches the best.

Next, if you see that "<a lib>.so.x" is not installed on your filesystem, but "<a lib>.so.x.y.z" is and the program is being picky, you can safely create a symbolic link like this, from the directory where this lib is (as root):

as long as the "x" above matches the one needed by the program you're trying to run; on occasion, you might even have success with a command like this:

even though "a" and "x" don't match…

Yves.

I no longer ger tihe message with the libtalloc.so.1 file but now I get this response

[root@localhost bin]# ln -s libtdb.so.1 libtdb.so.1
ln: accessing `libtdb.so.1': Too many levels of symbolic links

Indeed! Your command tries to create a link from a file to itself

Anyway, if libtalloc.so.1 is in /usr/lib, and the programs claims not to find it, then there's a problem with the program, not with your system.
As for libtdb.so.1, I don't think you have any link to create.
In most cases, you don't create a link yourself. It was just a suggestion for future use when the urpmf-then-urpmi method does not work.

Yves.