Вопрос Ubuntu 17.10 с mount cifs
Просто запустите ubuntu на виртуальной машине и установите «Доменные дополнения VirtualBox» (Устройства -> Установить гостевые дополнения). После этого перезагрузите гостевую систему.
Теперь разрешение будет автоматически изменяться в зависимости от размера окна.
* Я использую Ubuntu 13.04 для VirtualBox 4.2.12 для Mac OS
Удачи.
8 ответов
У меня была такая же проблема после обновления до Ubuntu 17.10. Внезапно мои акции CIFS больше не монтируются. Добавление vers=1.0 к настройкам монтирования исправило это для меня. Понятно, что это немного ловушка, но доступ к сетевому ресурсу лучше, чем доступ к сетевому ресурсу.
У моего файла /etc/fstab ранее были следующие 4 строки внизу:
# Network File Shares
//phc.imsu.ox.ac.uk/phc /mnt/PHC cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0 0
//phc.imsu.ox.ac.uk/departments /mnt/DEPARTMENTS cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0 0
//femur.imsu.ox.ac.uk/phc_cprd /mnt/PHC_CPRD cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0 0
Изменение их на:
# Network File Shares
//phc.imsu.ox.ac.uk/phc /mnt/PHC cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0 0 0
//phc.imsu.ox.ac.uk/departments /mnt/DEPARTMENTS cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0 0 0
//femur.imsu.ox.ac.uk/phc_cprd /mnt/PHC_CPRD cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0 0 0
Устранена проблема.
Попробуйте следующее:
mount -t cifs -o vers=1.0,username=t0b1,password=$pw //server.local/shared/ /media/shared
То есть, как и ваша первая попытка, но без пробела. Они не разрешены в вариантах. Вероятно, это причина, по которой mount не видит имя пользователя и пароль.
Сочетание параметров монтирования, которые работали для меня с Ubuntu 17.0 5 февраля 2018 года:
username = guessmyusername, password = guessmypassword, iocharset = utf8, sec = ntlmv2, vers = 2.1 [ ! d1]
Они работают с точками монтирования в / etc / fstab, а также с командой mount-t cifs.
Изменения в протоколе CIFS сбивают с толку более чем несколько из нас с тех пор, как версия 1. С течением времени я подозреваю, что значения для sec и version станут устаревшими, но обновление их, вероятно, будет ответом, если вы не сможете подключиться к общему ресурсу Windows из Linux, но можете подключаться к окнам.
Многие предложения по старым сообщениям указывают, что вы должны иметь sec = ntlm. Мне потребовалось некоторое время, прежде чем я нашел упоминание о ntlmv2. Другие говорят, что вы должны использовать vers = 1.0 (очень устаревший и небезопасный)
Сервер - это ноутбук с окнами 10. Проверка там показала, что сервер использовал CIFS 3.1.1. Естественно, я это пробовал. Это не сработало. Я вернулся к 2.1 с помощью ntlmv2, и все приступило к работе.
Различные комбинации параметров sec и версии, которые не работали, отображали разные сообщения об ошибках, некоторые вводящие в заблуждение, некоторые устаревшие, некоторые просто критические.
Независимо от сообщений, обнаруженных при сбое монтирования, единственной проблемой здесь было не завершение согласования безопасности. Сообщение, указывающее ресурс, недоступно, по-видимому, относится к компоненту согласования безопасности, а не к тому, к которому вы пытаетесь подключиться.
Кроме того, сообщения, показанные на терминале, и те, которые найдены с использованием dmesg | grep CIFS, отличаются. Мне нужно было посмотреть на то и другое, чтобы выяснить, что происходит.
Все попытки:
dmesg | grep CIFS для просмотра сообщений об ошибках Используйте / etc / fstab и sudo mount -a для монтирования share (работает сейчас) Используйте mount -t CIFS ... (также работает сейчас)
Это то, что сработало для меня. После нескольких попыток.
Я переустанавливаю всех клиентов после полной очистки $ sudo apt install cifs-utils smbclient nfs-common Затем создаётся и монтируется точка. $mkdir ~/myfiles Затем установите этот путь: sudo mount -t cifs -o vers=1.0,credentials=/home/username/.smbcredentials,dir_mode=0777,file_mode=0777 //192.168.2.5/g$/shares/Techno\ Files /home/<username>/myfiles/Мои виновники - это пути (диски на сервере Windows). например. c $, g $, f $, затем путь к файлу. В документах Ubuntu указано, что вы должны избегать пробелов с \040\, например new\040Folder, но это не удалось для меня. Поэтому я пошел с традиционным удалением пространства Unix.
У меня была такая же проблема после обновления до Ubuntu 17.10. Внезапно мои акции CIFS больше не монтируются. Добавление vers=1.0 к настройкам монтирования исправило это для меня. Понятно, что это немного ловушка, но доступ к сетевому ресурсу лучше, чем доступ к сетевому ресурсу.
У моего файла /etc/fstab ранее были следующие 4 строки внизу:
# Network File Shares
//phc.imsu.ox.ac.uk/phc /mnt/PHC cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0 0
//phc.imsu.ox.ac.uk/departments /mnt/DEPARTMENTS cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0 0
//femur.imsu.ox.ac.uk/phc_cprd /mnt/PHC_CPRD cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0 0
Изменение их на:
# Network File Shares
//phc.imsu.ox.ac.uk/phc /mnt/PHC cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0 0 0
//phc.imsu.ox.ac.uk/departments /mnt/DEPARTMENTS cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0 0 0
//femur.imsu.ox.ac.uk/phc_cprd /mnt/PHC_CPRD cifs credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0 0 0
Устранена проблема.
-
1
-
2работал на меня тоже на Ubuntu 16.04.4 (Ubuntu 16.04.1 не нуждался в нем). Я потерял последний час моей жизни. – Sridhar-Sarnobat 4 June 2018 в 07:27
Попробуйте следующее:
mount -t cifs -o vers=1.0,username=t0b1,password=$pw //server.local/shared/ /media/shared
То есть, как и ваша первая попытка, но без пробела. Они не разрешены в вариантах. Вероятно, это причина, по которой mount не видит имя пользователя и пароль.
-
1Эта строка работает, но я оставлю вопрос открытым. Возможно, кто-то может придумать решение без этого обходного пути, чтобы использовать более старую версию. – t0b1 28 October 2017 в 17:37
-
2Просто добавьте, что с похожим сценарием, но использование autofs также было решено путем добавления «vers = 1.0» к существующей строке в auto.nfs: - USB2 -fstype = cifs, rw, bg, intr, noperm, vers = 1.0 , user =, password =: //192.168.1.172/USB2 – Andrew Barker 15 January 2018 в 16:03
Сочетание параметров монтирования, которые работали для меня с Ubuntu 17.0 5 февраля 2018 года:
username = guessmyusername, password = guessmypassword, iocharset = utf8, sec = ntlmv2, vers = 2.1 [ ! d1]
Они работают с точками монтирования в / etc / fstab, а также с командой mount-t cifs.
Изменения в протоколе CIFS сбивают с толку более чем несколько из нас с тех пор, как версия 1. С течением времени я подозреваю, что значения для sec и version станут устаревшими, но обновление их, вероятно, будет ответом, если вы не сможете подключиться к общему ресурсу Windows из Linux, но можете подключаться к окнам.
Многие предложения по старым сообщениям указывают, что вы должны иметь sec = ntlm. Мне потребовалось некоторое время, прежде чем я нашел упоминание о ntlmv2. Другие говорят, что вы должны использовать vers = 1.0 (очень устаревший и небезопасный)
Сервер - это ноутбук с окнами 10. Проверка там показала, что сервер использовал CIFS 3.1.1. Естественно, я это пробовал. Это не сработало. Я вернулся к 2.1 с помощью ntlmv2, и все приступило к работе.
Различные комбинации параметров sec и версии, которые не работали, отображали разные сообщения об ошибках, некоторые вводящие в заблуждение, некоторые устаревшие, некоторые просто критические.
Независимо от сообщений, обнаруженных при сбое монтирования, единственной проблемой здесь было не завершение согласования безопасности. Сообщение, указывающее ресурс, недоступно, по-видимому, относится к компоненту согласования безопасности, а не к тому, к которому вы пытаетесь подключиться.
Кроме того, сообщения, показанные на терминале, и те, которые найдены с использованием dmesg | grep CIFS, отличаются. Мне нужно было посмотреть на то и другое, чтобы выяснить, что происходит.
Все попытки:
dmesg | grep CIFS для просмотра сообщений об ошибках Используйте / etc / fstab и sudo mount -a для монтирования share (работает сейчас) Используйте mount -t CIFS ... (также работает сейчас)
Это то, что сработало для меня. После нескольких попыток.
Я переустанавливаю всех клиентов после полной очистки $ sudo apt install cifs-utils smbclient nfs-common Затем создаётся и монтируется точка. $mkdir ~/myfiles Затем установите этот путь: sudo mount -t cifs -o vers=1.0,credentials=/home/username/.smbcredentials,dir_mode=0777,file_mode=0777 //192.168.2.5/g$/shares/Techno\ Files /home/<username>/myfiles/Мои виновники - это пути (диски на сервере Windows). например. c $, g $, f $, затем путь к файлу. В документах Ubuntu указано, что вы должны избегать пробелов с \040\, например new\040Folder, но это не удалось для меня. Поэтому я пошел с традиционным удалением пространства Unix.