The package samba-client-3.0.23d-19.2 for OpenSuSE has the following in its description: This package contains all programs that are needed to act as a Samba client. This includes smbmount. However, it does not include smbmount. The relevant segment of the file list is: /usr/bin/smbclient /usr/bin/smbcontrol /usr/bin/smbcquotas /usr/bin/smbfilter /usr/bin/smbget /usr/bin/smbpasswd With this package installed, "which smbmount" does not yield anything. What's worse, even though smbfs is available as a module: suillus:~ # lsmod | grep smbfs smbfs 68344 0 an attempt to mount a Samba share using mount -t smbfs fails: suillus:~ # mount -t smbfs //hpmediavault/FileShare /mediavault mount: wrong fs type, bad option, bad superblock on //hpmediavault/FileShare, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so The directory //hpmediavault/FileShare is, however, accessible from the Konqueror browser using the smb: protocol.
This problem cropped up after I updated my system using Yast's online update yesterday, 07/02/07. Prior to the update, smbmount was installed and working. I had to reconfigure and recompile the kernel to make smbfs available. My kernel version is: Linux suillus 2.6.18.8-0.3-default #1 SMP Tue Jul 3 18:38:46 EDT 2007 i686 athlon i386 GNU/Linux
This is not a Samba.org problem. Handing off to Lars.
I just found the same problem (no smbmount) under Kubuntu Feisty Fawn, so it's not just an OpenSuSE phenomenon.
Paul: This is openSUSE 10.2. The kernel people had been to fast for us and removed the smbfs kernel module after a discussion. But samba-client still had the binary. With the last security update to Samba we ensured to remove even the user space tools. With the next version even the RPM package description of samba-client is fixed and doesn't mention smbmount anymore. Sorry for this bad news.
(In reply to comment #4) If mount.cifs was a drop-in replacement for mount.smbfs, smbmount would not be much missed. The problem now is that smbmount has functionality that does not seem to be available using cifs. If I could mount a Samba share using cifs I would be happy, but I cannot: root@lepiota:~# mount -t cifs //hpmediavault/FileShare /mediavault mount: wrong fs type, bad option, bad superblock on //hpmediavault/FileShare, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so Since the smbfs module is installed, is there a way to put it to use until cifs is a complete replacement for it?
There is no smbfs kernel module in the openSUSE kernel package. I've checked this for version 2.6.18.8-0.3 as available from the SUSE 10.2 update tree. Also mount -t cifs //server/share /mountpoint works for me on a 10.2 system.
(In reply to comment #6) Apparently OpenSuSE is behind Kubuntu Feisty Fawn on this issue. The cifs version in OpenSuSE doesn't like SMB names and nothing in the repositories I've found improves on that. You have to give it an IP address or a DNS hostname. However "mount -t smbfs" works under Kubuntu and presumably just passes off the request to cifs, but "mount -t cifs" has the same error as under OpenSuSE. To summarize: mount -t smbfs works in Kubuntu but not in OpenSuSE mount -t cifs works neither in Kubuntu nor in OpenSuSE (unless you give it an IP address rather than an SMB name).
Feisty Fawn ships smbfs as a kernel module. Checked for version 2.6.20-16-generic. The smbfs and cifs modules are two different versions. And a mount -t cifs //server/share /mountpoint works on both openSUSE 10.2 and ubuntu Feisty Fawn. Something in your setup - maybe name resolution - is broken. This is not a Samba, SUSE, or Ubuntu bug.