There is problem with smbclient (smbmount actually):
improper conversion while mounting cp852 share (NT4 side)
on iso8859-2 "oriented" linux.
Problem description (previous and current version of Samba Client):
Just in case my post to debian bugtrack:
"smbclient" works fine (shows polish diacritical
chars properly, can get, put, cd), and problem
is in "smbmount".
Proper parameter setting (iocharset=iso8859-2,
codepage=cp852) causes "conversion" to plain asci
except for "ó" letter which is OK.
I'm browsing inet for 2 days and I think it's
an VERY old problem of Samba, and it's really
Now I know that charset seeting in smbmount is passed to smbfs
driver in kernel. But kernel doc for smbfs says that it is maintained
by Samba team... So, is there any hope for me? :-)
As an immediate workaround, I would suggest testing
the cifsvfs client written by Steve Freench.
See http://samba.org/samba/download/ under the clients
section for a link to the project page.
For the record, smbmount, et. al. at maintained in
the Samba source tree, but the smbfs file system is
not maintained by the Samba team.
Cifsvfs is working nice ... but only with w2k servers -
mine is NT4.0
> For the record, smbmount, et. al. at maintained in
> the Samba source tree, but the smbfs file system is
> not maintained by the Samba team.
so /usr/src/linux/Documentation/filesystems/smbfs.txt says...
smbmount is talking with smbfs module in kernel, but they cannot
What smbmount is without proper smbfs module in kernel?
I do need sync NT <-> linux directories. Now I have 2 options:
1. use such monster: smbtar -sservername -xd$ -uuser -ppass -t- -l0 mnt/test
2. Migrate to w2k and use Cifsvfs.
I don't know wich one is worse.
originally reported against one of the 3.0.0rc[1-4] releases.
Cleaning up non-production versions.