Удобно когда нужно выполнить резервное копирование Linux-сервера на бэкап-сервер на Windows

Пример работает на RedHat 6

nano /etc/fstab

//Share-server/Shara$     /usr/Shara/    cifs     rw, workgroukgroup=<workgroup or domain>, auto,user=<Windows User>, password=<PASS>, _netdev, iocharset=utf8, uitf8,uid=<Linux User>, gid=<Linux Group (users)>, file_mode=0666, dir_mode=0777,  0     0

где:

//Share-server/Shara$ - имя сетевой шары ($ - административной)

/usr/Shara/ - каталог, куда монтировать

cifs - тип файловой системы

rw - на чтение и запись

workgroukgroup=<workgroup or domain> - рабочая группа или домен учетной записи Windows, от имени которой Linux будет присоединяться  к шаре

user=<Windows User> - пользователь Windows, под кем Linux будет присоединяться  к шаре

password=<PASS> - пароль учетки Windows

_netdev - признак того, что шара сетевая

uid=<Linux User> - тот Linux-юзер, который будет использовать эту шару (иначе в шару сможет писать только root)

gid=<Linux Group (users)> - группа того Linux-юзера, который будет использовать шару

file_mod и dir_mod  - права на файлы и каталоги.

Пример (пробелов между параметрами быть не должно):

//backup-server/SM1_BACKUP     /oracle/SM1/sapbackup_remote    cifs     rw,workgroukgroup=domainname,auto,user=ewmbackup,password=123456,_netdev,iocharset=utf8,uitf8,file_mode=0770,dir_mode=0770,uid=orasm1,gid=dba   0     0

Примечание:

The core CIFS protocol does not provide unix ownership information or mode for files and directories. Because of this, files and directories will generally appear to be owned by whatever values the uid= or gid= options are set, and will have permissions set to the default file_mode and dir_mode for the mount. Attempting to change these values via chmod/chown will return success but have no effect.