У меня есть своя установка CIFS в fstab, и они работают, поскольку они, как предполагается, на начальной загрузке. Они монтируются, как они должны и работать некоторое время. Откуда ни возьмись это кажется (мог после разблокировать машину и т.д.), я получаю "Хост, снижается" на ошибку при попытке получить доступ к нему. У меня есть несколько, и они - все вниз. Они также совместно используются с того же сервера. В это время я проверяю компьютер окон и устаревшие 14,04 машин, и они произошли и функционирующий, поскольку они, как предполагается. После нажатия вокруг на доли в наутилусе и получении повторных ошибок они только начнут работать снова. Получить доступ к доле, которая снижается, сопровождает 2-3min из случайного нажатия на различное монтирование и возвращения к первому, когда автоволшебно это показывает данные в точке монтирования.
У меня нет этой проблемы на 14,04 машинах, которые не были обновлены в некоторое время. Все те машины полностью функциональны, и CIFS никогда не идут "вниз". На 16,04 они не были проблемой до позже.
Я удостоверился, что обновил через день и убрал старые заголовки Linux (в заднем виде, я, вероятно, должен был вернуться). Я делаю это, потому что я прошу фиксации просто появляться, но ее недели борьбы с CIFS монтируются без любого решения.
Я сталкиваюсь с той же проблемой. Кажется, что это имеет некоторое отношение к новейшим версиям Ядра и самбе.
мне удалось решить это путем добавления vers=2.0 при командах монтирования (или конец каждой fstab строки)
После многих тестов, добавляющих vers=1.0
в строке монтирования, кажется, решает проблему. Работы монтирования теперь над Ubuntu 17.10 как он делали в течение многих лет на более старых релизах Ubuntu.
Я столкнулся с той же проблемой сам, я хотел к автоматическому монтированию с помощью метода, найденного в 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, поскольку я считал что-то, что это могло вызвать конфликты также.
У меня была та же проблема после клиентского обновления cifs-utils к 6.7-2. И в основном решение от josepcoves и user695658 работало на меня. Но только значение 1.0 для опции монтирования 'vers' работало на меня. Кажется, что значение по умолчанию для параметрического усилителя 'vers' не 1.0 больше.
Другие уже намекнули на решение, но может стоить вскоре объяснить причину.
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