Монтирование Windows (smb) ресурсов при загрузке во FreeBSD. Монтирование шары виндовс


Монтирование расшаренных windows-ресурсов в Linux через CIFS

Иногда, при организации совместных сетей между Windwos и Linux системами, в последних может появиться необходимость монтирования расшаренных SMB-ресурсов прямо к файловой системе. Прежде всего такая необходимость появляется при использовании легковесных рабочих сред (XFCE, OpenBox, LXDE и др), файловые менеджеры которых не поддерживают прямой доступ к samba.

Например, в среде Gnome доступ к ресурсу Windows можно получить прямо из файлового менеджера Nautilus, введя в адресной строке путь вида smb://192.168.0.11/ (где вместо необходимого ip-адреса также может быть просто указано сетевое имя windows-системы). Но многие другие файловые менеджеры (к примеру, быстрый и удобный PCMan File Manager до определённой версии) не поддерживают такой возможности, поэтому универсальным решением становится монтирование SMB к конкретному пути вашей файловой системы, в результате вы получите доступ к расшаренному ресурсу удаленной системы точно так же, как вы его получаете к своим дискам. Для этой цели нам потребуется установленный пакет cifs-utils, в Ubuntu и Debian установить его можно командой:

sudo apt-get install cifs-utils

В Fedora, CentOS и других RedHat based дистрибутивах:

sudo yum install cifs-utils

Также, как заметили в комментариях, рекомендуется установить пакеты ntfs-3g и ntfs-config, если они у вас ещё не установлены.

Теперь для начала давайте разберем как монтировать расшаренные папки вручную. Потребуется создать путь куда будем монтировать SMB-папку, пусть это, к примеру, будет /media/sharefolder:

sudo mkdir /media/sharefolder

Вот такой командой можно примонтировать папку, требующую авторизации по логину и паролю:

sudo mount -t cifs //192.168.0.11/share /media/sharefolder -o username=windowsuser,password=windowspass,iocharset=utf8,file_mode=0777,dir_mode=0777

где вместо //192.168.0.11/share – ip-адрес и имя необходимой общей папки (если имя расшаренной папки содержит пробел, то необходимо заключить весь путь в кавычки, как это показано в следующем примере), /media/sharefolder – путь куда будет монтироваться ресурс, windowsuser – имя пользователя с необходимыми правами доступа к этому ресурсу Windows, windowspass – пароль этого пользователя.

Если необходимая папка не требует обязательной авторизации, то подключить ресурс можно такой командой:

sudo mount -t cifs "//192.168.0.11/общие документы" /media/sharefolder -o guest,rw,iocharset=utf8,file_mode=0777,dir_mode=0777

Если гостевой доступ к необходимой папке включен только в режиме чтения, то будет достаточно такой команды:

sudo mount -t cifs //192.168.0.11/общие /media/sharefolder -o guest,iocharset=utf8

При удачном выполнении этих команд не должно произойти никакого уведомления – можете смело проверять как примонтировалась папка перейдя по вашему пути (в нашем примере – /media/sharefolder).Отмонтируется папка командой:

sudo umount /media/sharefolder

Для того чтобы осуществить автомонтирование таких папок нам придется отредактировать системный файл fstab. Также, если доступ к необходимому windows-ресурсу требует обязательной авторизации, то потребуется предварительно создать файл, в котором будут прописаны логин и пароль доступа (сделать это можно текстовым редактором nano):

sudo nano /root/.smbcredentials

В этот новый файл добавьте две строки:

username=windowsuserpassword=windowspass

где, соответственно, windowsuser – имя пользователя с необходимыми правами доступа к ресурсу Windows, windowspass – пароль этого пользователя. Измените права созданного файла так, что редактировать и смотреть его смог только root, то есть сама система:

sudo chmod 700 /root/.smbcredentials

Сохраните изменения и переходите к редактированию файла /etc/fstab:

sudo nano /etc/fstab

И здесь в самом конце добавьте строку типа:

//192.168.0.11/share /media/sharefolder cifs credentials=/root/.smbcredentials,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0

Если авторизации по имени и паролю не требуется, а требуется только гостевой доступ, то создавать файл .smbcredentials не потребуется, этот шаг можно было пропустить и сразу в /etc/fstab добавить строку:

//192.168.0.11/общие\040документы /media/sharefolder cifs guest,rw,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0

Обратите внимание, что здесь если ваша папка содержит пробелы, то вариант аналогичный командной строке – заключении пути в кавычки – не поможет, для того, чтобы fstab понял пробелы – их необходимо заменить на четыре символа: \040И, соответственно, если требуется только лишь гостевой доступ в режиме чтения к windows-папке, то будет достаточно такой строки:

//192.168.0.11/общие /media/sharefolder cifs guest,iocharset=utf8 0 0

Для того, чтобы проверить корректно ли монтируется shared-папка из fstab без перезагрузки нужно выполнить такую команду:

sudo mount -a

Также к этому стоит добавить, что если вы хотите получать доступ к windows-шаре не через ip-адрес, а через имя машины, то вам потребуется установить winbind, в Debian-based:

sudo apt-get install winbind

Или в RedHat-based системах:

sudo yum install samba-winbind

После этого отредактируйте файл /etc/nsswitch.conf:

sudo nano /etc/nsswitch.conf

Где в строке:

hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4

перед dns добавьте wins, то есть после редактирования она должна выглядеть вот так:

hosts: files mdns4_minimal [NOTFOUND=return] wins dns mdns4

После перезагрузки для получения доступа к windows-ресурсу через CIFS можно будет указывать не только ip, но и сетевое имя windows-ресурса (netbios name). Но мы всеже рекомендуем использовать непосредственно ip-адрес (как было описано в статье) – к нему обращение идет напрямую, быстрее.

Также стоит отметить, что таким образом можно монтировать только конкретные общие папки (например: //192.168.0.11/share), но не весь windows-ресурс целиком (то есть просто: //192.168.0.11).

oss-it.ru

Mount и сетевые папки WindowsSMB

Монтирование сетевой шары Windows\SMB очень простое действие.

Сначала создается пустая папка, куда будет смонтирован сетевой путь.mkdir /mnt/<name>По необходимости даем права на данную папку.chmod 755 /mnt/<name>После этого монтируем сетевой путь в /mnt/<name> командой:mount -t cifs //server-name/share /mnt/<name> -o username=user,password=password,domain=exemple

Разберем команду подробнее:

  1. -t — тип файловой системы, для монтирования сетевых папок Windows\SMB используется cifs.
  2. //server-name/share — путь до вашей папки, которую вы хотите монтировать.
  3. /mnt/<name> — вами созданная папка, куда примонтируется //server-name/share
  4. -o — ключ указывающий на то, что далее указаны дополнительные опции монтирования. Данные опции не являются обязательными.
  5. username=user и password=password — имя и пароль для входа на сетевой ресурс.
  6. domain=exemple — указание домена для авторизации. Может быть как именем ПК, так и именем домена.

Однако данный способ имеет один значительный минус — он не монтирует её на постоянную основу, так как данной команды нет в /etc/fstab или /etc/mstab.

Пропишем данную команду в /etc/fstab.

fstab — один из конфигурационных файлов в UNIX-подобных системах, который содержит информацию о различных файловых системах и устройствах хранения информации компьютера; описывает, как диск (раздел) будет использоваться или как будет интегрирован в систему.

Wikipedia

Введем команду nano /etc/fstab

В конец открытого документа допишем строчку.

//server-name/share /mnt/<name> username=user,password=password,domain=exemple 0 0

Цифры в конце указываются для проверки диска при старте системы на наличие ошибок. Так же перед цифрами можно указать параметр rw (монтируется для чтения и записи) и ro (только для чтения).

Не стоит ставить параметр errors=remount-ro . Включение этого режима может помочь только для локального диска или RAID массива, так как при ошибке на диске система перейдет в режим read only, но и злоупотреблять не стоит. Например, на хосте виртуализации ProxMox этот параметр не позволит запустить систему виртуализации и потратить вам много свободного времени на чтение мануалов.

Далее выполним команду, которая примонтирует сетевой путь, готово!

mount //server-name/share /mnt/<name>

antonchirkov.ru

Монтирование SMB шары, как локальной папки

        Случилось такое дело, что Amarok не умеет проигрывать музыку не по SMB не по FTP протоколу (по крайней мере тот, который установлен на моём компе), а вся музыка лежит в NAS. Всвязи с этим назрела необходимость представить ему удалённую папку, как локальную.         Т.е. иными словами надо просто примонтировать удалённый ресурс к локальной файловой системе.

        Создаём точку, куда будем монтировать:

mkdir Shared_music монтируем папку NAS'а к своей локальной: mount -t cifs //winmachine/musicshare /home/user/Shared_music -o username=user,password=secret,iocharset=utf8,file_mode=0777,dir_mode=0777 где:
  • -t cifs - тип чего монтируем
  • //winmachine - адрес нашего NAS'а
  • /musicshare - расшаренная папка с музыкой
  • /home/user/Shared_music - путь для монтирования на локальном компе
  • -о - указывает на то, что мы используем дополнительные опции:
  • username=user - вместо user вписываем имя пользователя на удалённом ресурсе (в нашем случае NAS)
  • password=secret - вместо secret вписываем пароль указанного пользователя
  • iocharset=utf8 - какую кодировку будем использовать
  • file_mode=0777 - права доступа к файлам
  • dir_mode=0777 - права доступа к катологам
Монтировать надо из под учётной записи root или при помощи sudo.

       Чтобы монтирование происходило автоматически при старте системы можно использовать два метода:

  • первый - запихать эту сторку в shell скрипт и запускать этот скрипт при старте графической оболочки
  • второй - прописать это в /etc/fstab. В этом случае строка будет выглядеть вот так:
//winmachine/testshare /windows/winshare cifs auto,gid=users,fmask=0777,dmask=0777,iocharset=utf8,credentials=/etc/winsecret 0 0         Здесь вообщем-то всё то-же самое, только добавляется файл /etc/winsecret в котором прописывается имя пользователя и пароль для подключения к шаре, и выставлятся права для чтения только для root. Естественно по умолчанию такого файла нет, его надо создать, потом вписать в него в две строки: username=userpassword=secret и потом выставить правильные права: chmod 600 /etc/winsecret Вот вообщем-то и всё.

З.Ы. Естественно это не ограничивается монтированием удалённого каталога с музыкой и NAS'ом:)

linux.techskyline.com

Зейское сообщество пользователей Linux и Unix

Для монтирования устройств и файловых систем, в Linux используется команда mount. Общий синтаксис команды выглядит так:

mount ключи -t тип_файловой_системы -o опции_файловой_системы устройство каталог_назначения

Где:

  • ключи - глобальные опции для команды,

  • -t - задаёт тип файловой системы,

  • -o - опции для заданной файловой системы,

  • устройство - путь к физическому устройству или каталогу,

  • каталог_назначения - каталог назначения или "куда" будет монтироваться устройство (каталог).

Если указаны устройство и каталог_назначения, то команда не читает опции в /etc/fstab .

Помимо универсальной команды моунт, есть и специализированные команды, ориентированные на конкретную файловую систему:

  • mount.fuse

  • mount.fuse.ntfs

  • mount.nfs

  • mount.nfs4

  • mount.ntfs

  • mount.ntfs-fuse

  • mount.ntfs-3g

  • mount.cifs

  • mount.lowntfs-3g

Для отмонтирования устройства(каталога) существует команда umount. Синтаксис у неё такой:

umount ключи -t тип_файловой_системы -o опции_файловой_системы

Здесь действия по отмонтированию производятся комплексно - по всем файловым системам, указанным опциями -t и -o.

umount ключи устройство_или_каталог_назначения

Во втором случае отмонтируется конкретная примонтированная ранее точка. Вместо устройство_или_каталог_назначения может быть либо устройство (раздел) которое монтировалось, либо точка монтировани - т.е. куда монтировалось.

В случае, если на примонтированной системе есть "занятые" файлы, отмонтировать её не удастся. При этом команда выдаст сообщение "device is busy".

Примеры использования mount в Linux

Замечание

В некоторых дистрибутивах, команду mount может ввести только пользователь root или другой пользователь, кому разрешено через sudo это делать. В остальных случаях, интерпретатор выдаёт сообщение "Команда не найдена".

Ввод mount без ключей и параметров выдаёт список всех примонтированных файловых систем в текущий момент и параметров монтирования:

# mount /dev/sda1 on / type ext3 (rw,commit=0) devpts on /dev/pts type devpts (rw) shm on /dev/shm type tmpfs (rw,nosuid,nodev) /dev/sda2 on /boot type ext3 (rw,commit=0) /dev/sda5 on /usr type ext3 (rw,commit=0) /dev/sda6 on /var type ext3 (rw,commit=0)

Опции чтения\записи

Без опций -t и -o пробует монтировать раздел /dev/sda1 с файловой системой ext3 в каталог /mnt в режиме "только чтение". В случае, если в операционной системе нет библиотек для поддержки той или иной файловой системы или система на указанном разделе будет не ext3, команда выдаст сообщение о невозможности монтирования:

# mount /dev/sdа1 /mnt

Включим возможность чтения и записи в файловую систему:

# mount -o rw /dev/sdа1 /mnt

Аналогично можно отключить запись и сделать принудительно "только чтение":

# mount -o ro /dev/sdа1 /mnt

Опции выбора типа файловых систем

Монтирование не ext3 файловой системы в режиме "только чтение"

# mount -t vfat /dev/sdа4 /mnt

Монтирование обычного CD\DVD диска в /mnt

# mount -t iso9660 -o ro /dev/sr0 /mnt

Где: iso9660 - файловая система компакт-дисков, ro - система не сможет записать на диск, но чтобы не материлась можно и указать, что не обязательно.

Если на диске имеются файлы с размером больше 2048 мегабайт, то диск записывается в файловой системе udf, поэтому и монтировать его надо соответственно:

# mount -t udf -o ro /dev/sr0 /mnt

Монтирование "виндовс-шары"

# mount -t cifs -o rw,username=user,password=pass //ftp.server.ru/share /mnt

Где:

  • cifs - файловая система SMB,

  • user= и password= - идентификационные параметры подключения к "шаре",

  • //ftp.server.ru/share - полный DNS или WINS путь к каталогу шары. Обратите внимание, что в Windows слэши располагаются наоборот.

Если "шара" предоставляет доступ всем (без запроса логина\пароля) в качестве параметров опций user и password могут быть произвольные имена или guest, иначе нужно указать именно те, с которыми производится доступ. Пример монтирования с гостевыми параметрами:

# mount -t cifs -o rw,guest //ftp.server.ru/share /mnt

Опции выбора кодировки символов

Помимо разных файловых систем, возможен вариант и разных кодировок. Если все файлы и каталоги созданы на латинице - проблем не будет, но если на других языках, возможно что Вы увидите нечитаемые символы. Рассмотрим эти варианты.

Монтирование "флешки", записанной в Windows

# mount -t vfat -o rw,iocharset=utf8 /dev/sdс1 /mnt

Обратите внимание, что параметр записывается после запятой в секции опций после -o. Здесь iocharset=utf8 указывает что надо конвертировать имена существующей системы в utf8. Если ваш терминал или операционная система в целом настроена на кодировку koi8-r, то вместо utf8 нужно подставить koi8-r.

Аналогично, добавляя параметр iocharset можно монтировать разделы с отличной от существующей кодировкой. Для примера возьмём случай монтирования виндовс-шары, где кодировкой является кодовая таблица cp866:

# mount -t cifs -o rw,username=user,password=pass,iocharset=utf8 //ftp.server.ru/share /mnt

Опции владельцев и прав доступа

Монтирование файловых систем в каждом конкретном случае требует работы с правами доступа и владельцами файлов\каталогов чтобы "вместить" правила самой файловой системы в концепцию прав *nix. Рассмотрим наиболее встречающиеся варианты.

Монтирование NTFS-раздела с установкой прав на файлы и каталоги

По умолчанию, для каждой файловой системы, при монтировании, приняты предопределённые права. Так, например, при монтировании NTFS-раздела, без дополнительных опций, все файлы и каталоги "видятся" в linux с правами доступа root:root 777 и при копировании файлов возникает две проблемы:

  • проблема снятия разрешения "на выполнение" для обычных файлов;

  • проблема выставления разрешения "на запись" в каталоги примонтированной системы для обычного пользователя.

Многих очень часто вводит в заблуждение, что установка -o rw вроде как даёт право на чтение\запись, а собственно записать ничего нельзя. Дело в том, что -o rw всего-лишь даёт "возможность", но у пользователя, внутри примонтированной системы, также должны быть права "на запись".Рассмотрим что будет в случае простого монтирования:

# mount -t ntfs -o rw /dev/sdd1 /mnt # ls -l /mnt total 658292 drwxrwxrwx 1 root root 0 Feb 1 12:45 1 drwxrwxrwx 1 root root 0 Mar 3 17:36 1234 -rwxrwxrwx 1 root root 237550037 Oct 14 2010 Video.mp4 -rwxrwxrwx 1 root root 436223753 Jul 24 2010 openclipart-2.0-full.zip -rwxrwxrwx 1 root root 313537 Sep 27 2010 Screenshot-1.png

В примонтированном каталоге у всех файлов стали права 777 и владелец root:root. Это монтирование с правами по умолчанию. Естественно, если пользователь смонтировал флешку\раздел из под sudo, он не сможет модифицировать данные в разделе. Это можно исправить путём указания опций владельца и масок для файлов:

# mount -t ntfs -o rw,uid=1000,gid=1000,fmask=0111 /dev/sdd1 /mnt

Здесь:

  • uid=1000 - все файлы примонтированной системы будут принадлежать пользователю с uid=1000 (смотрим /etc/passwd),

  • gid=1000 - все файлы примонтированной системы будут принадлежать группе с gid=1000 (смотрим /etc/group),

  • fmask=0111 - маска убирает от прав 777 по 111 (математически это выглядит так: 777-111=666).

Кстати, есть ещё опция dmask, с помощью которой можно присваивать конкретные права только каталогам. Если fmask и dmask действуют по отдельности, то umask объединяет их и действует для каталогов и для файлов одинаково.

Результат монтирования с дополнительными опциями:

# ls -l /mnt total 658292 drwxrwxrwx 1 user user 0 Feb 1 12:45 1 drwxrwxrwx 1 user user 0 Mar 3 17:36 1234 -rw-rw-rw- 1 user user 237550037 Oct 14 2010 Video.mp4 -rw-rw-rw- 1 user user 436223753 Jul 24 2010 openclipart-2.0-full.zip -rw-rw-rw- 1 user user 313537 Sep 27 2010 Screenshot-1.png

Теперь пользователь "user" может модифицировать файлы на примонтированной файловой системе.

Монтирование NTFS-разделов в таблице разделов GPT

Для монтирования разделов NTFS, расположенных в таблице разделов GPT (это диски с установленной Windows 7 или Windows 8), необходимо использовать тип файловой системы ntfs-3g. Например:

# mount -t ntfs-3g -o ro /dev/sdd5 /mnt2

Для просмотра разделов на GPT-диске, команда fdisk -l уже не подойдёт, используем команды:

# lshw -C disk''

или

# parted -l
Монтирование виндовс-шары с установкой прав на файлы и каталоги

По умолчанию, при монтировании виндовс-шары через команду типа:

# mount -t cifs -o rw,username=user,password=pass,iocharset=utf8 //ftp.server.ru/share /mnt

, запись и чтение с ресурса может делать только root. Чтобы отдать права непривилегированному пользователю на локальной машине, следует также добавить параметры uid и gid в опции монтирования с указанием идентификационного номера пользователя и группы (или его символьного аналога - логина и имени группы). Примерно так:

# mount -t cifs -o rw,username=user,password=pass,iocharset=utf8,uid=localuser,gid=localgroupuser //ftp.server.ru/share /mnt

, где localuser и localgroupuser - логин пользователя и название группы в которую он входит на локальной машине. Теперь этот локальный пользователь сможет читать/модифицировать файлы и каталоги (если на сервере есть соответствующие разрешения).

Монтирование каталогов в каталоги

С помощью опции bind можно смонтировать каталог в другой каталог. Такое бывает необходимо для перемещения содержимого в несколько мест файловой системы одновременно.Общий синтаксис:

# **mount** **--bind** //источник// //назначение//

Пример монтирования каталога /share1 в /home/user/Docs

$ ls -l /share1 # смотрим что есть в /share1 total 1 drwxr-xr-x 2 user user 1024 Apr 15 13:03 1234 -rw-r--r-- 1 user user 0 Apr 15 13:03 readme.txt $ cd ~ # переходим в /home $ mkdir Docs #создаём каталог, куда будет монтироваться /share1 # mount --bind /share1 /home/user/Docs #собственно монтирование $ ls -l Docs #проверяем total 1 drwxr-xr-x 2 user user 1024 Apr 15 13:03 1234 -rw-r--r-- 1 user user 0 Apr 15 13:03 readme.txt

Несколько слов о правах доступа: права, действующие для источника, действуют и для назначения, но не наоборот.

Монтирование iso и других файлов образов в каталог

Это один из случаев монтирования посредством loop-устройства (устройства программной "петли"). Таким образом можно монтировать бинарные файлы iso9660 и образы разделов жёстких дисков и флеш-накопителей.

Пример монтирования образа DVD-диска в каталог /mnt:

# mount -t iso9660 -o loop,ro /home/user/debian-508-i386-DVD-2.iso /mnt

Пример монтирования образа vfat-раздела флешки flash.img в каталог /mnt:

# mount -t vfat -o loop,ro /home/user/flash.img /mnt

Пример монтирования образа ext3-раздела жёсткого диска в каталог /mnt:

# mount -t ext3 -o loop,ro /home/user/hd_backup.bin /mnt

Для постоянного монтирования, в файле /etc/fstab строка должна выглядеть так:

/путь/к_папке_в_ФС /другой_путь none bind 0 0

Смотрите также

nix.zeya.org

Монтирование Windows (smb) ресурсов при загрузке во FreeBSD

Добрый день!Иногда для различных целей приходится монтировать расшаренные Windows директории во FreeBSD.Как правило для временного (разового) монтирования, я использовал утилиту mount_smbfs, типа так:

mount_smbfs -E koi8-r:cp866 -I 10.0.0.5 -W yourdomain //[email protected]/share /mnt/server

mount_smbfs -E koi8-r:cp866 -I 10.0.0.5 -W yourdomain //[email protected]/share /mnt/server

Где:

  • -E koi8-r:cp866 — пререкодировка
  • -I 10.0.0.5 — IP адрес хоста
  • -W yourdomain — Рабочая группа или домен
  • //[email protected]/share — //Имя пользователя@имя сервера/ название шары
  • /mnt/server — точка монтирования

Далее нужно было вбить пароль и можно было работать с шарой до перезагрузки. Иногда задачи требуют перманентного подключения windows ресурсов, такой вариант мы рассмотрим далее.Мы будем монтировать шару при загрузке, так же она будет доступна всем пользователем на сервере FreeBSD.Для начала нам необходимо добавить поддержку smb. Для этого существует два решения:

  1. Собрать ядро с поддержкой smb, добавив опцииoptions NETSMBoptions LIBMCHAINoptions LIBICONVoptions SMBFS
  2. Либо загрузить модуль ядра smbfs.ko c помощью команды kldload  smbfs.ko и прописать загрузку модуля в файл  /boot/loader.conf

 Проверить загружен ли модуль, можно командой kldstat | grep smbfs, если в ответ Вы получите

4 1 0xffffffff81612000 1587b smbfs.ko

4    1 0xffffffff81612000 1587b    smbfs.ko

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

Редактируем файл /etc/nsmb.conf, сам файл в комментариях содержит много примеров, итак добавляем нашу информацию:

[default] workgroup=TESTGROUP [SERVER] charsets=utf-8:cp866 addr=192.168.0.5 [SERVER:TESTUSER] password=$$16c04423738301a

[default]

workgroup=TESTGROUP

 

[SERVER]

charsets=utf-8:cp866

addr=192.168.0.5

[SERVER:TESTUSER]

password=$$16c04423738301a

  • Мы считаем, что у нас в сети только одна рабочая группа или домен — TESTGROUP
  • Имя нашего Windows-сервера SERVER
  • Делаем перекодировку с UTF8 на CP866
  • Адрес сервера 192.168.0.5
  • Имя пользователя которым мы будем подключаться TESTUSER
  • password — пароль закодированный командой smbutil crypt TESTPASSWORD

Далее создаем директорию, куда будем монтировать mkdir /mnt/serverВписываем в файл /etc/fstab следующую строку

//[email protected]/SHARE /mnt/server smbfs rw,-N 0 0

//[email protected]/SHARE /mnt/server        smbfs    rw,-N       0 0

Монтируем mount -a, проверяем mount, если все сделали правильно, то должны увидеть в выводе mount, такую строку

//[email protected]/SHARE on /mnt/server (smbfs)

//[email protected]/SHARE on /mnt/server (smbfs)

Собственно, все. Теперь при перезагрузке монтирование Windows шары будет происходить автоматически.

 

Читайте так же:

marvins.ru

Не могу подмонтировать Windows шары

Forums » Проводные и беспроводные сети »

Added by Андрей Чеховец over 8 years ago

Пытаюсь с помощью fusesmb под монтировать шары. Создал ~/.smb там создал fusesmb.conf, создал ~/share затем запустил команду fusesmb /home/user/share, открываю указанную папку thunar отображаются соседние машины с расшаренными ресурсами которые в ходят в мою рабочую группу. При попытке открыть любую шару на пару секунд появляется содержание этой шары затем /home/user/share папка исчезает. При попытке создать такую же папку пишет что она уже существует. Появляется она после перезагрузки и вновь по кругу исчезла.Пробовал smbclient //xxxx/share -U% user/pass -W workgroup в терминале могу ходить по шарам а примонтировать c помощью /etc/fstab (там пишу //xxxx/share /media/pp cifs user,username=xxxxx,password=xxxxxx,rw 0 0) не могу выдает ошибку и отправляет к man mount.cifs. Где ошибка ли в чём проблема понять не могу. Помогите.

RE: Не могу подмонтировать Windows шары - Added by Mikhail Hiretsky over 8 years ago

Монтируй ресурсы от root

PASSWD=password mount -t cifs -o username=USER,uid=UID,gid=GID //SERVER/RES /mountPoint
  • password - пароль для монтирования ресурса
  • USER - имя пользователя для монтирования ресурса
  • UID - uid пользователя unix
  • GID - gid пользователя unix
  • SERVER - ip или имя машины на которой находится монтируемый ресурс
  • RES - имя ресурса
  • mountPoint - директория куда необходимо подключить ресурс
RE: Не могу подмонтировать Windows шары - Added by Андрей Чеховец over 8 years ago

Вся проблема /etc/resolv.conf, надо было добавлять строку "domain NAMEDOMAIN".Но после перезагрузки компа или сети это строка пропадает, странно.Попробовал запустится с флешки CLDG 10.4 так там подмонтировалось всё без проблем.Не пойму то ли руки у меня кривые то ли что то с CLDX не так.

www.calculate-linux.ru

Примонтировать Удаленный Раздел (Шару) Windows из-под Linux « *unix,*linux « Интересные Заметки « skleroznik.in.ua

В статье описывается процесс ручного монтирования CIFS шары. Шара может находиться как на Windows компьютере, так и на Linux/UNIX сервере, на котором запущена Samba.Предварительные условия

1. Установите пакет cifs-utils, если он еще не установлен.

Этот пакет содержит утилиты для для монтирования шары из под Linux, по протоколу SMB/CIFS.

# yum install cifs-utils # sudo apt-get install cifs-utils

2. Убедитесь что на удаленной машине запущен сервис NetBIOS и он доступен.

Port 139 TCP — NetBIOS (Общий доступ к файлам и принтерам).Он позволяет связываться приложениям на разных компьютерах по локальной сети.

Его можно проверить с помощью telnet или nmap.

# nmap -p T:139 172.16.10.1 Nmap scan report for 172.16.10.1 Host is up (0.0011s latency). PORT STATE SERVICE 139/tcp open netbios-ssn MAC Address: 00:00:00:00:00:00 (Unknown)

 

# telnet 172.16.10.1 139 Trying 172.16.10.1... Connected to 172.16.10.1. Escape character is '^]'.

Монтирование Удаленной Windows Шары

Запускайте все команды с правами пользователя root (используйте sudo).Создайте точку монтирования

# mkdir -p /mnt/win

Монтируем сетевую папку, защищенную паролем

# mount -t cifs //IP/SHARE /mnt/win/ -o dom=DOMAIN,user=USER,pass=PASS

пример:

# mount -t cifs //172.16.10.1/private /mnt/win/ -o user=admin,pass=secret

Вместо IP Адреса можно использовать Имя Компьютера/Сервера.

‘mount -t cifs’ — монтируем с помощью CIFS;‘-o’ — ключ, за которым следуют опции монтирования;‘user=’ — имя пользователя;‘pass=’ — пароль;‘dom=’ — домен, например WORKGROUP (если сервер в домене).

Монтируем незащищенную (гостевую) сетевую папку

# mount -t cifs //IP/SAHRE /mnt/win/ -o guest

пример:

# mount -t cifs //172.16.10.1/public /mnt/win/ -o guest

‘guest’ — без запроса пароля.

Монтируем целый диск

# mount -t cifs //IP/DRIVE$ /mnt/win/ -o dom=DOMAIN,user=USER,pass=PASS

пример:

# mount -t cifs //172.16.10.1/c$ /mnt/win/ -o user=admin,pass=secret

Размонтировать шару

# umount /mnt/win/

Источник

www.skleroznik.in.ua