Вопрос за монтирование сетевых дисков в linux. Help, pls.

[cats_shadow]

Опубликовано в Traces of the cat's shadow
Вы можете оставить комментарий там или здесь (комментарии будут скопированы в оригинальный пост).
Link

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

Что-то я делаю не так: монтируется сетевой диск через запись в fstab. При этом получается, что собственник ресурса root и группа root. Остальные пользователи имеют доступ к этому ресурсу в режиме только для чтения. Через chmode из терминалки права не дать -- access denied (что sudo, что su -- без разницы), fstab и вывод mount -- под катом.

Хотя, по идее, должен запускаться скрипт при логине юзера в систему? А как в этом случае быть при переключении пользователей без закрытия сессии?

/etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
#
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda1 during installation
UUID=43edab61-0543-429d-9492-ca60bf699008 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=1338f0a0-ad47-4973-a545-07a5995de8ca none swap sw 0 0

//192.168.0.4/Photo /lan/photo cifs auto,iocharset=utf8,users,username=*******,password=********,_netdev,dmask=777,fmask=777,rw 0 0
#//192.168.0.4/Photo /lan/photo cifs auto,users,rw,cdepage=cp866 0 0

# mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/as/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=as)
//192.168.0.4/Photo on /lan/photo type cifs (rw,noexec,nosuid,nodev,_netdev,iocharset=utf8,username=as,password=159753,dmask=777,fmask=777)

Comments

[dair-spb.livejournal.com]

man mount.cifc

       uid=arg
           sets the uid that will own all files or directories on the mounted
           filesystem when the server does not provide ownership information.
           It may be specified as either a username or a numeric uid. When not
           specified, the default is uid 0. The mount.cifs helper must be at
           version 1.10 or higher to support specifying the uid in non-numeric
           form. See the section on FILE AND DIRECTORY OWNERSHIP AND
           PERMISSIONS below for more information.

       forceuid
           instructs the client to ignore any uid provided by the server for
           files and directories and to always assign the owner to be the
           value of the uid= option. See the section on FILE AND DIRECTORY
           OWNERSHIP AND PERMISSIONS below for more information.

       gid=arg
           sets the gid that will own all files or directories on the mounted
           filesystem when the server does not provide ownership information.
           It may be specified as either a groupname or a numeric gid. When
           not specified, the default is gid 0. The mount.cifs helper must be
           at version 1.10 or higher to support specifying the gid in
           non-numeric form. See the section on FILE AND DIRECTORY OWNERSHIP
           AND PERMISSIONS below for more information.

TNX!

[michael skolsky (cat's shadow) (from livejournal.com)]

Ага. Заработало! (ну да, я, вместо мануалов по привычке how-to лезу искать -- задача-то одноразовая, да и типичная, а вот how-to для чайников не нашлось, однако). :) Пришлось, кроме gid еще и dir_mode|file_mode прописать в соответствующий режим.

[belest]

Ммм... Даже не понял вопроса. Пользователю чего нужен сетевой ресурс? Пользователю линукса? Или винды?

Если речь про пользователей винды, то настраивай самбу.

Если речь про пользователей линукса, то вызов скрипта прописываешь в ~/.profile, отмонтирование при logout прописываешь в ~/.bash_logout, в скрипте - собственно монтирование ресурса через fuse, куда нибудь в /home/user/resource. И никаких /etc/fstab.
Автоматизировать все это, при создании нового юзера можно через /etc/skel

[michael skolsky (cat's shadow) (from livejournal.com)]

Да, собственно, в комменте выше ответ-то и был. :) Значит вопрос был задан достаточно понятно. :)

[checat.livejournal.com]

Если все юзеры должны иметь полный доступ к одному и тому же сетевому ресурсу, то uid=nobody,gid=nobody,noperm (судя по man mount.cifs)
В твоей строчке у меня вызывает сомнения fmask/dmask: они определены в мане по smbmount, но не mount.cifs, в mount.cifs вместо них file_mode/dir_mode.

А почему cifs? Вроде бы UNIX-way - это NFS, а если виндовый сервер, то smbfs.

[michael skolsky (cat's shadow) (from livejournal.com)]

Угу, исправил, как ман увидел. И даже заработало. :)
smbfs (т.е. вместо cifs в fstab указывать smbfs)? Хм. А в чем критичность разницы?
Шара -- виндовая, да.

[checat.livejournal.com]

Да мне кажется, CIFS - что-то такое мертворождённое, что не используется ни MS (потому что на фиг ему нужны публичные стандарты), ни *nix (потому что используется NFS). SMB - это понятно, это как раз то, что используется для соединения Win и *nix, без лишних попыток внести в него *nix - семантику.
Просто заменить нельзя, там параметры всё-таки несколько разные, нужна адаптация.

хм...

[michael skolsky (cat's shadow) (from livejournal.com)]

Хм, почти также,получается. Вечером попробую, благо smbfs таки устанавливал вчера.

//servername/sharename /mountdirectory smbfs credentials=/home/myhomedirectory/. smbpasswd,gid=sambausersgroup 0 0

Re: хм...

[checat.livejournal.com]

Может, я и не прав :)
"Работает - не трогай"

Re: хм...

[michael skolsky (cat's shadow) (from livejournal.com)]

:)

[checat.livejournal.com]

В случае smbfs/cifs я, вероятно, не прав.
http://joey.ubuntu-rocks.org/blog/2007/04/25/resolution-to-mounting-samba-shares-dont-use-smbfs/

[michael skolsky (cat's shadow) (from livejournal.com)]

ага, tnx!

[checat.livejournal.com]

http://wdtvforum.com/main/index.php?topic=5393.msg41896
http://www.google.com/search?q=NFS+server+Windows

Семена сомнений ;)

[michael skolsky (cat's shadow) (from livejournal.com)]

Любопытно, да, но пока мне такие скорости не за. :) на досуге можно покопать будет. :)