16,04 CIFS “Хост снижаются”, но они не

У меня есть своя установка CIFS в fstab, и они работают, поскольку они, как предполагается, на начальной загрузке. Они монтируются, как они должны и работать некоторое время. Откуда ни возьмись это кажется (мог после разблокировать машину и т.д.), я получаю "Хост, снижается" на ошибку при попытке получить доступ к нему. У меня есть несколько, и они - все вниз. Они также совместно используются с того же сервера. В это время я проверяю компьютер окон и устаревшие 14,04 машин, и они произошли и функционирующий, поскольку они, как предполагается. После нажатия вокруг на доли в наутилусе и получении повторных ошибок они только начнут работать снова. Получить доступ к доле, которая снижается, сопровождает 2-3min из случайного нажатия на различное монтирование и возвращения к первому, когда автоволшебно это показывает данные в точке монтирования.

У меня нет этой проблемы на 14,04 машинах, которые не были обновлены в некоторое время. Все те машины полностью функциональны, и CIFS никогда не идут "вниз". На 16,04 они не были проблемой до позже.

Я удостоверился, что обновил через день и убрал старые заголовки Linux (в заднем виде, я, вероятно, должен был вернуться). Я делаю это, потому что я прошу фиксации просто появляться, но ее недели борьбы с CIFS монтируются без любого решения.

25
задан 15 May 2017 в 17:47

5 ответов

Я сталкиваюсь с той же проблемой. Кажется, что это имеет некоторое отношение к новейшим версиям Ядра и самбе.

мне удалось решить это путем добавления vers=2.0 при командах монтирования (или конец каждой fstab строки)

13
ответ дан 23 November 2019 в 01:10

После многих тестов, добавляющих vers=1.0 в строке монтирования, кажется, решает проблему. Работы монтирования теперь над Ubuntu 17.10 как он делали в течение многих лет на более старых релизах Ubuntu.

36
ответ дан 23 November 2019 в 01:10

Я столкнулся с той же проблемой сам, я хотел к автоматическому монтированию с помощью метода, найденного в Wiki Ubuntu ( https://wiki.ubuntu.com/MountWindowsSharesPermanently), хотя у меня есть та же проблема как указано выше: mount error(112): Host is down

вещь - то, что помогло мне, добавляет vers=3.0 в и опций:

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

, Таким образом, это кажется, это только работает теперь, если Вы обходите SMB1 и используете другой указанный, SMB3 работал на меня так, я не попробовал ничто больше.

я использовал локальную учетную запись на машине окон не один с доменным именем outlook.com, поскольку я считал что-то, что это могло вызвать конфликты также.

7
ответ дан 23 November 2019 в 01:10

У меня была та же проблема после клиентского обновления cifs-utils к 6.7-2. И в основном решение от josepcoves и user695658 работало на меня. Но только значение 1.0 для опции монтирования 'vers' работало на меня. Кажется, что значение по умолчанию для параметрического усилителя 'vers' не 1.0 больше.

0
ответ дан 23 November 2019 в 01:10

Другие уже намекнули на решение, но может стоить вскоре объяснить причину.

mount.cifs в Ubuntu 16.04 использует протокол SMB1 по умолчанию.

В более поздних версиях mount.cifs, версия SMB по умолчанию 2.1 или 3.0.

Текущие серверы Windows больше не поддерживают протокол SMB 1.0, если конкретно не настроено в их реестре для принятия его. Так по умолчанию они отклоняют соединения от клиентов, использующих протокол SMB1. То, которое приводит к вводящему в заблуждение сообщению "Хост, снижается".

Но некоторые более старые системы (чаще всего NASes) не поддерживают протоколы 2.1 или 3.

Решение состоит в том, чтобы сказать mount.cifs использовать правильный протокол для соединения с сервером, с помощью vers= опция. Например, для соединения с машиной Windows 10:

mount -t cifs ... -o vers=3.0,...

или к старому NAS из Ubuntu 18.04 или позже:

mount -t cifs ... -o vers=1.0,...

От man mount.cifs (в Ubuntu 16.04):

   vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

Если Вы определяете свое монтирование в /etc/fstab, это могло бы выглядеть примерно так:

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0
6
ответ дан 23 November 2019 в 01:10

Другие вопросы по тегам:

Похожие вопросы: