From: Alexander Yereschenko <ave4600@mail.ru> To: community@lists.altlinux.org Subject: Re: [Comm] Опции монтирования для группового доступа Date: Thu, 13 Dec 2007 20:55:38 +0200 Message-ID: <200712132055.38354.ave4600@mail.ru> (raw) In-Reply-To: <20071213174705.GA4655@procyon.home> Доброе! В сообщении от Thursday 13 December 2007 19:47:05 Sergey Vlasov написал(а): > On Thu, Dec 13, 2007 at 05:19:25PM +0200, Alexander Yereschenko wrote: > > 2) На некотором разделе есть каталог (напр. /home/Public, либо внутри > > домашнего каталога ~/Public, а права доступа уже регулируется вхождением > > в нужную группу) , куда складываются общие файлы/документы. требуется, > > чтобы они создавались с правами rw-rw---- (напр. при сохранении из ООо), > > а каталоги, соответственно, с правами rwxrwx---. Что прописать в fstab > > для монтирования этого раздела (ext3, jfs, reiserfs,xfs - наверное, не > > принципиально) ? > > На самом деле принципиально - ни одна из перечисленных ФС не имеет > опций для принудительного задания прав доступа к файлам. Стандартный > способ организации общих каталогов в Unix-подобных ФС - chmod g+s на > каталог и использование umask 002 (можно, конечно, и 007), но > достаточно, например, скопировать туда файлы из другого места, чтобы > права были испорчены. Попробуем издалека.... :) Где в системе указывается, что новый каталог создается с правами 755, а файл - 644 ? Мне в частности надо - соответственно 775 и 664 (или даже 770 и 660) Или это копать не в свойствах файловой системы (где создается файл), а в свойствах пользователя (процесса, который создает файл) ? > > > Пробовал "mode=" - не воспринимает, ругается на недопустимый > > параметр... "umask=" - тогда права жестко одинаковые и для файлов и для > > каталогов, что не совсем удобно... Как сделать задуманное? > > Если работала опция umask=..., значит, использовалась vfat; в этом > случае можно применить опции dmask=... и fmask=... для раздельного > задания прав на каталоги и обычные файлы; также полезна опция quiet. Нет, это была jfs. На xfs umask действительно не действует (сейчас проверил). -- Alexander
prev parent reply other threads:[~2007-12-13 18:55 UTC|newest] Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-12-13 15:19 Alexander Yereschenko 2007-12-13 17:47 ` Sergey Vlasov 2007-12-13 18:55 ` Alexander Yereschenko [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=200712132055.38354.ave4600@mail.ru \ --to=ave4600@mail.ru \ --cc=community@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git