Монтировать сетевой диск linux mint

Монтирование сетевой папки в Linux

В одной из прошлых статей мы рассматривали как настраивать сетевые папки в Linux с помощью NFS. Если в Windows используется для этих целей Samba, то в Linux принято организовывать общие папки с помощью сетевой файловой системы NFS.

В этой статье мы поговорим о том как монтировать такие папки вручную, а также как настроить их монтирование при обращении с помощью autofs. Так вы будете экономить трафик между серверами и получите неплохую производительность.

Монтирование сетевой папки в Linux

Для того чтобы примонтировать сетевую папку в системе должен быть установлен пакет nfs-commons. В Ubuntu его можно установить такой командой:

sudo apt install nfs-common

Затем можно выполнять монтирование с помощью обычной команды mount, которой надо передать адрес сервера NFS и путь к папке в файловой системе сервера. Например, чтобы смонтировать папку /var/nfs выполните:

sudo mount ip_адрес:/var/nfs /mnt

Никакой авторизации в NFS нет, поддерживается только ограничение доступа по IP адресу, поэтому монтирование должно пройти успешно. Если статическое монтирование работает хорошо, можно переходить к настройке autofs. Не забудьте размонтировать сетевую папку:

sudo umount /mnt

Сначала нужно установить этот сервис. Для этого в Ubuntu выполните команду:

sudo apt install autofs

Все настройки сетевых папок, которые надо монтировать находятся в файле /etc/auto.master. Каждая строчка представляет из себя отдельную папку и имеет такой синтаксис:

/точка/монтирования /файл/с/карты —timeout=значение

Здесь файл карты, обычно это /etc/auto.misc — файл в котором более подробно описано что и куда надо монтировать. Синтаксис одной записи в файле /etc/auto.misc такой:

/точка/монтирования опции_монтирования ip_адрес:/путь/к/сетевой/папке

Для примера будем монтировать ту же сетевую папку /var/nfs на сервере 185.117.155.209 в локальную папку /mnt. В файл /etc/auto.master надо добавить такую строчку:

sudo vi /etc/auto.master

/mnt /etc/auto.nfs —timeout=100

Здесь мы сообщаем, что общая папка монтирования для всех ресурсов, описанных в файле /etc/auto.nfs — /mnt и если к ресурсу не обращаются на протяжении 100 секунд, то её следует размонтировать. Далее надо добавить описание монтирования в файл /etc/auto.nfs:

sudo vi /etc/auto.nfs

share -fstype=nfs4,rw 185.117.155.209:/var/nfs

Здесь — share это точка монтирования нашей сетевой папки в папке /mnt, затем идут опции монтирования, а потом адрес сервера и путь к папке на удалённой машине. Далее надо перезапустить сервис autofs:

sudo systemctl restart autofs

Затем можно попытаться обратиться к этой папке и она автоматически смонтируется:

Как видите, всё достаточно просто. Так и выполняется автоматическое монтирование сетевых папок в Linux. Но чтобы у вас появилась возможность создавать файлы в этой папке, надо чтобы сервер NFS был правильно настроен. Об этом смотрите предыдущую статью про настройку NFS.

Источник

Как быстро подмонтировать сетевой диск в 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

Как подключить сетевой диск Windows в Linux

• Получить ссылку
• Facebook
• Twitter
• Pinterest
• Электронная почта
• Другие приложения

Как подключить сетевой диск Windows в Linux

Примечание. Если вы используете дистрибутив, основанный на SystemD (Debian версии 8 и выше, Ubuntu версии 15.04 и выше, Fedora, ArchLinux. ), применение файла /etc/fstab для автоматического монтирования файловых систем является нежелательным, так как SystemD использует несколько другой механизм для монтирования файловых систем, хотя он и обратно совместим с /etc/fstab. Узнать, как можно использовать возможности SystemD для монтирования файловых систем можно в статье SystemD Automount

Монтирование сетевого диска windows (samba) в linux.

После перезагрузки должен монтироваться по клику на папку

Команда mount в Linux или все о монтировании разделов, дисков, образов ISO и SMB ресурсов.

Содержание

Диск /dev/sda: 40.0 ГБ, 40020664320 байт
255 heads, 63 sectors/track, 4865 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x815aa99a

Устр-во	Загр	Начало	Конец	Блоки	Id	Система
/dev/sda1*	1	1824	14651248+	83	Linux
/dev/sda2	4742	4865	996030	82	Linux	своп / Solaris
/dev/sda3	1825	4741	23430802+	83	Linux

Пункты таблицы разделов расположены не в дисковом порядке
Диск /dev/sdb: 80.0 ГБ, 80026361856 байт
255 heads, 63 sectors/track, 9729 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x973248ad

Устр-во Загр Начало Конец Блоки Id Система
/dev/sdb1 * 1 9729 78148161 83 Linux

Диск /dev/sdc: 1027 МБ, 1027604480 байт
32 heads, 62 sectors/track, 1011 cylinders
Units = цилиндры of 1984 * 512 = 1015808 bytes
Disk identifier: 0x6f20736b

Источник

Настройка 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.

В следующей части рассмотрим настройку шрифтов и ещё кое-чего.

Источник