=?iso-8859-1?q?=5Bmdk-re=5D_samba_codepage=2C_=D1=C4=D2=CF_=C9_=D4=2E=C4?= =?iso-8859-1?q?=2E?=

[Roman S]

Цитирую Баталов Григорий <bga на kgok.murmansk.su>:
> RS> > русских имен на шарах? Админ утверждает что на
> RS> сервере(FreeBSD) настройки
> RS> > верные. Клиент версии 2.0.8
> 
> RS> Пересборкой ядра.
> RS> Установить charset в koi8-r (1251, если системная
> RS> локаль - 1251)
> RS> remote_nls - в cp866.
> RS>
> RS> Возможно (ещё не знаю) в сборке 2.2.1 на smbclient
> RS> наложена "заплатка" указания кодовой страницы для
SMBFS.

Я оговорился - имелся в виду smbmnt
Сам я этого патча пока не проверял...

> RS> Но с 2.0.8 сборки Alt - только так пока.
> 
> 1.  А разве в Springе в ядре 2.4.2 такой поддержки нет?

Ядра от Alt по 2.4.3 включительно собраны с:
codepage 866
remote_nls cp1251,
Что в нашем случае - не пришей корове пятое седло.

> 
> 2.  Лично у меня другое: методом smbclient //host/share
>   и последующим ls, cd "папка", опять ls, русские имена
>   видно. А вот smbmount //host/share folder и затем
>   cd туда и ls русских имен не выводят.
Да, да. Именно так.
Samba работает Ok, smbfs (ядро) - не очень.

>     Может быть действительно клиент обновить?
Не знаю, поможет ли обновление клиента (я его пока не
смотрел), а вот пересборка ядра с указанными
параметрами (codepage - koi8-r или 1251, remote_nls -
866) - однозначно поможет.

А вообще - клиентскую часть SMB пора капитальненько
подлечить.
Имеем известные проблемы:
1) Проблема скорости в ряде случаев
2) Двойная перекодировка в случае работы, как клиента
WINS (читаем Ok, а потом ещё раз перекодируем и browser
раздаёт белиберду)
3) Проблема NLS в SMBFS (вероятно решенная).

Rgds!
Roman Savelyev