Как смонтировать шары от Win98?

Из-под рута? Дистр? Версия cifs-utils? smbclient что показывает? Монтируется ли административная шара C$?

Из-под рута. Ubuntu и LFS. Под LFS ядро 2.6.39 и cifs-utils 5.0, под убунтой samba 3.4 и ядро 2.6.32. smbclient -N -L <имя netbios> -I <ip> показывает

Sharename       Type      Comment
        ---------       ----      -------
        PRINTER$        Disk
        HP1320          Printer
        SYS             Disk
        DOCS            Disk
        TO_OLGA         Disk
        SHARED          Disk
        E               Disk
        D               Disk
        IPC$            IPC       Remote Inter Process Communication

С$ под 98-ой нету. SHARED - безпарольный ресурс, он монтируется без вопросов.

man mount.cifs

servern=arg

Specify the server netbios name (RFC1001 name) to use when attempting to setup a session to the server. Although rarely needed for mounting to newer servers, this option is needed for mounting to some older servers (such as OS/2 or Windows 98 and Windows ME) since when connecting over port 139 they, unlike most newer servers, do not support a default server name. A server name can be up to 15 characters long and is usually uppercased.

Не пробовал?

>Есть несколько машин с 98-ой виндой.

(30.06.2011 13:11:36)

2011

...

Да, конечно. Без servern вообще ничего не работает.

А ну да, проглядел, есть...

А чё у меня в мане к CIFS 1.52 kernel module нет sec=lanman???

Хз. В ядерных доках я её видел. Оно есть, но включается специальной опцией в конфиге ядра.

шары от Win98

А вы, батенька, извращенец :)

> А вы, батенька, извращенец :)

Не мы такие, жизнь такая :)

Кстати, а smbclient туда заходит?

Смотри выше второй пост

Да, заходит

Ага прочитал, есть такое. А у тебя включена?

подозрение есть:

servern=arg A server name can be up to 15 characters long and is usually uppercased.

еще раз акцентирую на своем предположении: uppercased

> Ага прочитал, есть такое. А у тебя включена?

Да, когда она не включена в ядерных логах сразу маты появляются на неизвестную опцию. Ну, и вывод mount.cifs другой совсем.

> еще раз акцентирую на своем предположении: uppercased

Да. Говорю же, без этого даже безпарольную шару не примонтировать.

Так там не было «входа» - только просмотр ресурсов.

> Так там не было «входа» - только просмотр ресурсов. Вход я тоже делал, получал листинг файлов, так что, вроде, работает.

Ну, как вариант, установите старый smbmount. Возможно, в cifs выбросили поддержку сильно устаревших протоколов?

> Ну, как вариант, установите старый smbmount. Возможно, в cifs выбросили поддержку сильно устаревших протоколов?

Старый smbmount работает не один, а на пару с ядерным smbfs, который объявлен устаревшим и выпилен из новых ядер.

А что, модуль собрать не вариант?

От старого ядра новому? Во-первых, хз как, во-вторых, это работать будет пока в ядре очередной раз что-нибудь не перелопатят. Хотелось бы долгосрочное решение.

А в лог ничего не сыпется кроме сабжа?

А не хочешь в рассылку автору/мейнтейнеру ядерного модуля написать?

В логе всё просто

CIFS VFS: cifs_mount failed w/return code = -13

Неизвестно, кто виноват, ядерный модуль или юзерспейс.

Более тщательный поиск и вкуривание документации решил проблему. Оказалось, что lanman аутентификация была запрещена флагами в /proc/fs/cifs/SecurityFlags.

Осталась проблема с русскими именами файлов. Опции codepage нету вообще, опция iocharset игнорируется.

iocharset Charset used to convert local path names to and from Unicode. Unicode is used by default for network path names if the server supports it. If iocharset is not specified then the nls_default specified during the local client kernel build will be used. If server does not support Unicode, this parameter is unused.

Не из-за этого часом?

Больше не из-за чего. Есть какие-нибудь идеи как это обойти? Может, модуль fuse какой есть для перекодировки?

Выходит только пересобрать ведро с соответствующим nls_default

Не поможет. В конфиге можно задать дефолтное значение iocharset, но, если сервер не поддерживает юникод, то iocharset вообще не используется. По крайней мере, так я понял мануал.

Да, не поможет, точно.

А ты не смотрел код, там может можно откопать места, где проверяется строка и внести правки? Например

/* convert a string to uppercase. return false if the string
 * wasn't ASCII. Return success on a NULL ptr */
static int uppercase_string(char *string)
{
        if (!string)
                return 1;

        while (*string) {
                /* check for unicode <<<<<<<<<<<<<<<<<<<<<<<Оно*/   
                if ((unsigned char)string[0] & 0x80)
                        return 0;
                *string = toupper((unsigned char)*string);
                string++;
        }

        return 1;
}

В LKML? Фиг знает, я с ней не имел дело ни разу. Я попробую багрепорт в ядерную багзиллу заслать.

По-моему лучше отписать Steve French <sfrench@us.ibm.com> - он отвечает за CIFS в ядре, но сделать это через рассылку linux-cifs@vger.kernel.org

Тоже сделаю, но уже завтра