Назад | Перейти на главную страницу

ошибка монтирования 5 = ошибка ввода / вывода

У меня заканчиваются идеи. После длительного периода тестирования сегодня утром я не могу заставить это работать, и я не знаю, почему. Я хочу смонтировать общий ресурс Windows SMB / CIFS с виртуальной машиной Debian 5.0.4, но она не работает.

Эту команду я использую.

debianvm: / home / me # кто я

корень

debianvm: / home / me # smbclient --version

Версия 3.2.5

debianvm: / home / me # mount -t cifs //hostname.domain.tld/share /mnt/hostname.domain.tld/share --verbose -o user = SUBADDOMAIN.ADDOMAIN.DOMAIN.TLD / username

mount.cifs параметры монтирования ядра: unc = // hostname.domain.tld \ share, ip = 10.212.15.53, domain = SUBADDOMAIN.ADDOMAIN.DOMAIN.TLD, ver = 1, rw, user = username ,,,,,, ,,,,,,,,,,,,,,,,,,,,,,,,, pass = ******************* крепление

error 5 = Ошибка ввода / вывода Обратитесь к странице руководства mount.cifs (8) (например, man mount.cifs)

debianvm: / home / me #

Слово о сетях не очень конкретное и, к сожалению, почти всегда зависит от окружающей среды. Я не получаю ошибок аутентификации. я пытался mount -t smbfs и mount -t cifs, вместе с smbmount и тому подобное. Я получаю ту же ошибку раньше. Я сомневаюсь, что это проблема с разрешением DNS, потому что журнал показывает правильный IP-адрес. dmesg | tail -f больше не показывает ошибок аутентификации при соответствующем форматировании домена и имени пользователя. Я немного поиграл с iocharset=utf8, file_mode, и dir_mode как описано Вот. Это тоже не помогло. Я тоже пробовал ntlm и ntlmv2 предполагая, что это может быть проблема с минимальным методом аутентификации, но не принуждение sec=ntlmv2 он все еще может аутентифицироваться без ошибок. smbclient -L hostname.domain.tld -W SUBADDOMAIN.ADDOMAIN.DOMAIN.TLD -U username правильно перечисляет все акции и показывает это следующим образом.

    Domain=[SUBADDOMAIN] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]

Sharename       Type      Comment
---------       ----      -------
IPC$            IPC       Remote IPC
ETC$            Disk      Remote Administration
C$              Disk      Remote Administration 
Share           Disk      

Connection to hostname.domain.tld failed (Error NT_STATUS_CONNECTION_REFUSED)
NetBIOS over TCP disabled -- no workgroup available

Я нахожу последнюю строчку интригующей / тревожной. У кого-нибудь есть указатели !? Может, я неправильно прочитал руководство по эффину.

Вы пытаетесь использовать SMB 1.0, который теперь вполне может быть отключен по умолчанию.

Можете ли вы использовать ver = 3.0, который указывает SMB версии 3.0?

Вам действительно стоит просто спросить своих администраторов SMB, каковы минимальные требования, поскольку они вполне могли быть повышены.

С какой версией SMB-сервера вы разговариваете?

Другой подход, который решил мою проблему:

Попробуйте другой вариант sec. Мой Debian по умолчанию находится в /proc/fs/cifs/SecurityFlags является 0x81, (копаясь в: https://www.kernel.org/doc/readme/fs-cifs-README не решил, что 0x80 значит). Тем не менее, после того, как я попробовал какой-то вариант безопасности, он работал у меня с -osec=ntlm.

Стоит попробовать.