LINUX.ORG.RU

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


0

1

Есть несколько машин с 98-ой виндой. Нужно монтировать шары с них на линукс. Раньше юзал smbmount, но в последних ядрах выкинули smbfs. Поставил cifs-utils. Монтирую

mount.cifs //<ip>/<шара> <точка монтирования> -o sec=lanman,servern=<имя netbios>,password=<пароль>

получаю отлуп

mount error(13): Permission denied

Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Пароль верный, разумеется. Безпарольные шары монтируются без проблем

mount.cifs //<ip>/<шара> <точка монтирования> -o servern=<имя netbios>


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

adriano32 ★★★
()
Ответ на: комментарий от adriano32

Из-под рута. 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 - безпарольный ресурс, он монтируется без вопросов.

JaM
() автор топика
Ответ на: комментарий от JaM

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.

Не пробовал?

adriano32 ★★★
()

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

(30.06.2011 13:11:36)

2011


...

Artificial_Thought ★★★★
()
Ответ на: комментарий от adriano32

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

JaM
() автор топика
Ответ на: комментарий от Eddy_Em

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

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

JaM
() автор топика

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

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

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

aol ★★★★★
()
Ответ на: комментарий от adriano32

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

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

JaM
() автор топика
Ответ на: комментарий от aol

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

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

JaM
() автор топика
Ответ на: комментарий от Eddy_Em

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

JaM
() автор топика
Ответ на: комментарий от JaM

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

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

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

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

JaM
() автор топика
Ответ на: комментарий от Eddy_Em

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

JaM
() автор топика
Ответ на: комментарий от adriano32

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

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

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

JaM
() автор топика

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

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

JaM
() автор топика
Ответ на: комментарий от JaM

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.

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

adriano32 ★★★
()
Ответ на: комментарий от adriano32

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

JaM
() автор топика
Ответ на: комментарий от adriano32

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

JaM
() автор топика
Ответ на: комментарий от JaM

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

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

/* 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;
}
Или отписать всё-таки в рассылку?

adriano32 ★★★
()
Ответ на: комментарий от adriano32

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

JaM
() автор топика
Ответ на: комментарий от JaM

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

adriano32 ★★★
()
Ответ на: комментарий от adriano32

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

JaM
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.