Как быстро подмонтировать сетевой диск в Linux
Иногда нужно быстро подмонтировать к Linux сетевую шару Windows. Делается это очень просто одной командой в консоли с помощью mount -t cifs.
10.1.5.43 | адрес шары |
/mnt/documents | точка монтирования |
user1 | пользователь с доступом к шаре |
pass123 | пароль пользователя |
Если получаете ошибку примерно такого содержания:
Установите пакет cifs-utils:
Debian/Ubuntu | # apt-get install -y cifs-utils |
Centos/RHEL | # yum install -y cifs-utils |
После этого должно монтироваться нормально, если нет других ошибок.
Чтобы подмонтировать виндовую шару навечно, надо отредактировать fstab:
Вот и все, после перезагрузки шара будет автоматически монтироваться.
Онлайн курс по Linux
Помогла статья? Подписывайся на telegram канал автора
Автор Zerox
20 комментариев
Доброго времени.
Ввожу команду
sudo mount -t cifs \\192.168.1.32/documents /media/sharefolder -o user=******,password=********
mount error(13): Permission denied
Куда копать?
Заранее Спасибо
Подключитесь рутом и сделайте без sudo. Вероятно с правами какие-то проблемы.
Добрый день, были ли у вас проблемы в монтировании шары в CentOS 8, а именно в моём случае если к шаре в течении получаса не было обращений, то он как бы отключается, и становится не доступна (настроена через fstab), причём если перезагрузиться то всё снова успешно монтируется.
Надо признать, что если тоже самое повторить в CentOS 7 — то там не таких проблем, шара живёт вечно :/
Не сталкивался с таким. Правда я и шары очень редко подключаю к linux серверам. А что конкретно происходит, когда шара недоступна? Она в системе остается? Какая ошибка при обращении к ней?
Как смонтировать папку тольк для чтения ?
Все объекты, что в шаре, стали иметь владельца root)))
Даже если монтировать через sudo.
Спасибо тебе большое , добрый человек, за правильную команду mount -t cifs //10.1.5.43/documents /mnt/documents -o user=user1,password=pass123 .
При попытке использовать опции -t и -o получаем отлуп — только рут может использовать данные ключи.
Как обойти это при монтировании смб-шары пользователем с обычными правами?
Внесу, пожалуй, свои 5 копеек:
1) Монтирование шары через fstab — не по феншую, ввиду наличия проблем с загрузкой, в случае недоступности шары. Давно уже придуманы systemd mount-unit’ы — они позволяют монтироваться автоматически, при обращении к шаре или, если это требуется, монтироваться после инициализации сети (aka network-online.target).
2) Замечу так же, что для получения нормальной скорости, при переходе на 4-ю версию самбы, требуется фиксить версии используемых протоколов. В противном случае получим значительный просад по скорости. Конфиги при этом требуется править как на сервере, так и на клиенте указывая минимальную версию протокола — SMB2. Примерно так:
server min protocol = SMB2
server max protocol = SMB3
client min protocol = SMB2
client max protocol = SMB3
min protocol = SMB2
max protocol = SMB3
client ipc min protocol = SMB2
В случае монтирования из консоли, так же лучше указать это в опциях, пример:
sudo mount \
-t cifs //10.1.5.43/documents /mnt/documents \
-o uid=$(id -u),gid=$(id -g),rw,vers=3.0,user=user1,password=pass123
где `vers=3.0` — версия протокола
Спасибо за содержательное и полезное дополнение. Сразу ответили на вопрос, который давно у меня зрел в голове, но никак не доходили руки уточнить. Как явно указать использовать определенную версию протокола smb.
Вы уверены что надо так: \\10.1.5.43\documents .
а не так: //10.1.5.43/documents
Пробовал у себя как у Вас в примере написано, не заработало, повернул слеши и шара подцепилась.
Правда у меня не CentOS, а Mageia, но fstab думаю и в Африке fstab :))
Спасибо за замечание. Вы правы, слеши должны быть в другую сторону, как и в команде на ручное монтирование. Это была ошибка.
Добрый день! Подскажите пож-та, может сталкивались с такой проблемой и решили её: Есть Ubuntu 18.04 Gui gnome, введена в домен AD, логинятся доменные пользователи. Доступ залогиненных доменных пользователей к обменной папке на win2008r2 производится следующим образом: через nautilus-> другие места-> smb://server/obmen. В Nautilus появляется примонтированный obmen. Нажимаю ПКМ и добавляю в закладки(закладка останется в списке постоянно). Но при интенсивной работе c файлами в обменнике, он периодически отваливается с одной из двух ошибок: 1. Не удалось показать «server-11(smb)». Неизвестный тип файла 2. Ой, что-то пошло не так. Недостаточно прав для получения доступа к запрошенному адресу. Если выполнить smbclient -L server, то папку obmen видно. К папкам на других серверах доступ остаётся. В smb.conf вписал client max protocol = NT1. Есть подозрение, что проблема кроется в libreoffice, который не совсем корректно работает с файлами по сети. Как можно примонтировать сетевую папку скриптом в автозагрузке доменного пользователя, чтобы была сквозная доменная авторизация(пароли доменных пользователей меняются раз два месяца) т.к. нет возможности явно указать пароли в fstab?
Думаю, что тут стоит копать проблему и разбираться, почему сетевой диск отваливается. По автозагрузке ничего не скажу, я такой кейс не эксплуатировал ни разу.
Команда для автоматического монтирования не сработала. Добавил в /etc/fstab. Подскажите в чем может быть проблема. Может какие-то логи можно посмотреть?
В логах должна отразиться ошибка. Если через fstab совсем не получается и не понятно почему, а через консоль монтирует, то можно команду для монтирования через консоль просто добавить в /etc/rc.local Эффект будет тот же самый.
слеши в начале строчки разверни в другую сторону, по линуксовому =)
Источник
Как подключить сетевой диск к Linux Mint 20
Mint очень популярный дистрибутив Linux. В большинстве случаев его ставят на предприятиях разного уровня в качестве альтернативы Windows. Это связанно в первую очередь с его простотой и удобством использования. Это касается и администрирования и простых пользователей. Например, подключить общею папку к Mint очень просто, не нужно даже прибегать к использованию терминала. Все делается через графическую оболочку. Но все же есть кое какие нюансы о которых сейчас вам расскажу.
Данная статья в первую очередь предназначена для начинающих системных администраторов и рядовых пользователей. Кстати рекомендую прочитать статью в которой я рассказывал о том как установить принтер.
Подключаем общею папку к Mint
И так у вас есть общая папка которая расположена на сервере с Windows. Для того чтобы подключить этот ресурс к Linux Mint нужно зайти в «Пуск» и выбрать «Сеть».
Далее в поле «Перейти к» вводим IP адрес компьютера на котором расположена эта папка.
Дальше нужно будет указать учетные данные, имя пользователя, домен и пароль. Так же не забываем отмечать пункт «Запомнить навсегда» иначе каждый раз при обращение к сетевому диску их нужно будет вводить.
После удачной авторизации вы увидите все доступные сетевые папки расположение на сервере, выбираем необходимую.
После чего произойдет монтирование папки и ссылка на неё появиться в разделе «Сеть.»
Но после перезагруки компьютера она пропадет. Поэтому на неё нужно сделать закладку. Для этого выделаем общею папку которая появилась в разделе «Сеть», на панели инструментов выбираем пункт «Закладки» и «Добавить закладку».
Теперь у вас в постоянно будет закладка на общею папку. Таким образом можно подключить несколько сетевых папок. Это самый простой и быстрый способ подключения сетевого диска к Linux Mint.
Источник
Настройка Linux Mint, часть 2: диски и сетевые папки
С одной стороны в Linux с открытием диcковых носителей и сетевых папок всё очень неплохо — стандартный файловый менеджер их отображает в левой части в разделе «Носители» и их можно щелчком мыши открыть (примонтировать в терминах Linux):
И если мы, например, щёлкнем по носителю с именем DATA — у нас откроется окно с данными этого диска. Система автоматически создаст точку монтирования в своей файловой системе (в каталоге /media) и присоединит туда этот дисковый том. Всё происходит незаметно для пользователя и ему не надо писать команды типа mount.
С другой стороны, это работает только в рамках одного сеанса работы с ОС. То есть, после перезагрузки мы должны будем перед первым использованием этого тома опять его открывать в проводнике. При обычном использовании данных это нормально — при открытии файла мы всё равно пойдем открывать этот том, а при сохранении можно выбрать «Другие места» и там выбрать этот том и уже туда сохранять. Но вот при использовании данных на этом диске без его подсоединения придётся забыть и, например, если у нас в музыкальном плеере есть композиции расположенные на этом томе, то при попытке проигрывания мы получим ошибку (ну и индексации музыкальной библиотеки можно тоже не ждать). Т.е. не происходит прозрачного подключения без использования файлового менеджера и, если мы хотим чтобы устройство было всегда доступно — надо настроить автоматическое подключение при старте системы.
Издавна в Linux существует специальный конфигурационный файл, который отвечает за подмонтирование устройств при загрузке ОС: /etc/fstab. Однако, неподготовленный пользователь вряд ли сможет внести туда корректные значения, поскольку он весьма «не юзер-френдли» и весьма непросто разобраться во всех хитросплетениях параметров. Зато в Linux Mint есть программа «Диски», с помощью которой нужную строку в etc/fstab можно вставить с помощью графического интерфейса:
Выбрав нужный диск и нужный раздел, мы нажимаем «шестеренки» и выбираем команду «Изменить параметры подключения». В открывшемся окне отключаем параметры по умолчанию для сеанса пользователя и ставим галку «Подключать при запуске системы»:
И указываем нужную точку подключения. Это должен быть каталог в файловой системе Linux, на который у пользователя есть полномочия. Можно было бы указать любой каталог в каталоге пользователя (/home/имя пользователя), благо у пользователя там есть полномочия и на чтение и на запись, но тогда другие пользователи (кроме root) данной ОС не смогут открыть это устройство — у них нет полномочий на папки других пользователей. Поэтому лучше всего создавать каталог в специальном месте и, если нам надо, чтобы другие пользователи могли обращаться к нему, предоставлять соответствующие полномочия. Ничего сложно и в этом нет. Каталог лучше всего создавать в папках специально предназначенных для подключения устройств — /mnt или /media (сюда подмонтируются устройства по умолчанию). В файловом менеджере у обычного пользователя не получится создать папку в этих каталогах, поскольку у него не будет прав на это. Нам потребуются права суперпользователя (root), однако не обязательно для этого заходить в терминал и писать команду sudo mkdir /media/data. Можно щелкнуть правой кнопкой мыши на рабочем столе и выбрать команду «Открыть как root»:
Откроется окно файлового менеджера с повышенными привилегиями:
Далее открываем файловую систему и заходим в каталог media, в котором обычным способом создаем нужный нам каталог. Потом щелкаем по нему правой кнопкой мыши и выбираем команду «Свойства», в открывшемся окне переходим к вкладке «Права» и определяем полномочия следующим образом:
Это даст полномочия всем пользователям читать и писать в данный каталог.
После того, как мы создали каталог и дали на него полномочия, можно закрыть окно с параметрами подключения диска и после этого можно посмотреть на конфигурационный файл /etc/fstab и обнаружить в моём случае там следующую строку:
Где, как видно, все данные полностью повторяют скриншот параметров подключения. Таким образом, мы полностью обошлись без использования командной строки, хотя запустить пару команд в терминале и отредактировать файл /etc/fstab было бы, пожалуй, быстрее… Но только в том случае, если бы мы чётко представляли что делаем и каким образом.
Сетевые папки
А вот с использованием сетевых папок ситуация оказалась печальнее. Во-первых, у меня сразу возникли проблемы из-за моего роутера. К роутеру у меня через USB 3.0 подключен внешний диск, который роутер расшаривает по протоколу SAMBA, но почему-то версии 1.0, которая сейчас по умолчанию в Linux Mint отключена (видимо по причине его небезопасности). Поэтому расшаренные папки отлично видны — но не подключаются: имя и пароль не проходит. Вот тут мне пришлось лезть в конфигурационные файлы и разрешать использование данного протокола. В Windows 10 мне пришлось бы установить дополнительный компонент системы (SMB 1.0/CIFS Client):
А в Linux мне пришлось открыть файл /etc/samba/smb.conf на редактирование (всё с помощью того же файлового менеджера с повышенными привилегиями) и добавить туда две строки в раздел [global]:
После этого мои расшаренные папки на роутере стали открываться.
Подключать сетевые папки через файловый менеджер почти так же просто, как и дисковые тома, для этого открываем «Сеть» и далее наше сетевое устройство:
И открываем нужную папку. Система запросит ввод логина и пароля (если мы до этого не сохраняли эту информацию) и откроет нужный ресурс. Но надо понимать, что он будет находится по адресу протокола SAMBA: вида smb://rt-n18u-becc/backup/ (для папки BACKUP на ресурсе RT-N18U-BECC). Данный ресурс не подсоединён к файловой системе Linux и мы, соответственно, получаем ту же картину, что и с дисковым томом до этого: пока мы не подключили данный ресурс, обратиться к нему по имени у нас не получится: мы получим ошибку, что указанный адрес не подключён.
В этом случае нам на помощь опять приходит конфигурационный файл /etc/fstab, но вот тут возникает проблема — я не знаю ни одного GUI, с помощью которого можно было бы прописать туда подключение сетевого диска. Поэтому придётся действовать с помощью ручного редактирования данного файла:
В который мы добавили три строки для каждой из расшаренных папок:
Вначале идёт название сетевого ресурса (расшаренной папки), потом точка монтирования (создаём заранее как описано выше), протокол (cifs), набор опций и два нуля. Опции определяют параметры подключения и, самое главное, логин и пароль, с которым мы подключаемся к ресурсу. Чтобы не прописывать в файле /etc/fstab логин и пароль, можно заранее прописать их в определённом файле (лучше в папке пользователя, например .smbpasswd) и указывать этот файл (опция credentials), в котором в первой строке указан имя пользователя, а во второй — пароль:
Для использования протокола SMB версии 1.0 мне пришлось добавить опцию vers=1.0, без неё папки не монтировались.
Но если мы попробуем подключить сетевые папки по пути с названием (типа //rt-n18u-becc) мы получим следующую ошибку: could not resolve address for rt-n18u-becc, поскольку наша ОС ещё не представляет какой конкретно IP-адрес соответствует данному имени. Это можно поправить, если в файл /etc/hosts внести наше имя с конкретным IP-адресом (в случае с роутером мы его знаем и поменяться он может только при смене его настроек):
После этого перезагружаем ПК (или в терминале выполняем команду sudo mount -a) и получаем наши сетевые папки подмонтированными по тем путям, которые мы указали. И в дальнейшем можно пользоваться всеми преимуществами файловой системы — в любое время обращаться к данным в них, использовать их в библиотеках видео/аудио плееров.
Да, без правки конфигурационных файлов обойтись не удалось, тут можно сделать замечание авторам Linux Mint и пожелать им добавить в дистрибутив инструмент для автоподключения сетевых папок, подобный тому, что есть в Windows:
С другой стороны, командную строку мы пока ещё не открывали, ну а правка конфигурационных файлов не такая уж редкость и для Windows.
В следующей части рассмотрим настройку шрифтов и ещё кое-чего.
Источник