[Comm] Коллективный доступ на ext3

[Comm] Коллективный доступ на ext3

[Yurkovsky Andrey]

Самостоятельно разобраться не смог: имеется раздел ext3, где должны
находиться файлы для совместного доступа (чтение запись), т.е. права должны
быть 664 для файлов и 775 для каталогов. Что указать в опциях монтирования,
или что вообще необходимо сделать, чтобы такие права выставлялись
по-умолчанию (при создании файла и при копировании его на раздел)?

P.S.: fmask и dmask на ext3 не работают, umask задает одинаковые права как
для файлов, так и для каталогов.
-- 
Yurkovsky Andrey

Re: [Comm] Коллективный доступ на ext3

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1937 bytes --]

On Thu, Feb 14, 2008 at 08:30:51PM +0200, Yurkovsky Andrey wrote:
> Самостоятельно разобраться не смог: имеется раздел ext3, где должны
> находиться файлы для совместного доступа (чтение запись), т.е. права должны
> быть 664 для файлов и 775 для каталогов. Что указать в опциях монтирования,
> или что вообще необходимо сделать, чтобы такие права выставлялись
> по-умолчанию (при создании файла и при копировании его на раздел)?
> 
> P.S.: fmask и dmask на ext3 не работают, umask задает одинаковые права как
> для файлов, так и для каталогов.

У ext3 (как и у большинства других ФС, поддерживающих права доступа в
стиле UNIX) нет опций для принудительного задания прав доступа; такие
опции есть только у ФС, не умеющих хранить соответствующую информацию
(vfat, iso9660, ...).

Обычный способ работы с совместно используемыми файлами - создать
группу и включить в неё пользователей, которым нужен доступ к файлам,
установить для общего каталога эту группу и права вида 2775 (или 2770,
если другие пользователи не должны иметь никакого доступа к этим
файлам; бит SGID обеспечивает установку группы для новых файлов и
каталогов), после чего пользователи должны использовать umask 002 (как
минимум при работе с этими файлами).  К сожалению, никакой защиты от
нарушений дисциплины при работе с общими файлами при этом нет -
пользователь может изменить права доступа к созданным им файлам так,
что они станут недоступными для других пользователей, либо создать
каталоги, которые другие пользователи не смогут удалить.  В частности,
при копировании файлов с помощью mc права доступа по умолчанию
сохраняются, в результате в общий каталог могут попасть файлы не с
теми правами, которые нужны.  Обойти проблему через использование ACL
не получается, поскольку традиционные права доступа для группы в этом
случае используются как маска, ограничивающая доступ, предоставляемый
всеми дополнительными элементами ACL.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Сбитый порядок разделов на диске hda

[Aleksey Deryagin]

Уважаемые!

У меня винт был размечен  на 13 разделов (hda1...hda13)
Primary: hda1 (венда), hda2 (alt), hda3 (mepis) и т.д.

Юзаю для бэкапов разделов Acronis True Image 9. Восстановил на hda3 ntfs
раздел - чисто тестировал архив, потом восстановил обратно mepis. Но
hda3 стал обзываться hda5, а сам hda3 выпал из нумерации. То есть теперь
у меня hda1..hda14. Соответственно, все записи в fstab полетели, у меня
там привязка к hdX.

Возможно ли с помощью какого-нить софта (венда/никсы - без разницы)
поименовать разделы вручную как было?

Заранее благодарю за помощь!

-- 
С уважением, Алексей Дерягин.

Re: [Comm] Сбитый порядок разделов на диске hda

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 630 bytes --]

Здравствуйте Aleksey Deryagin
  В сообщении от 14 февраля 2008 Aleksey Deryagin написал(a):
 > Возможно ли с помощью какого-нить софта (венда/никсы - без разницы)
 > поименовать разделы вручную как было?
 >
 > Заранее благодарю за помощь!
1 fdisk (linux) умеет расстонавливать номера разделов в соответствии с 
их положением.
> Но
>hda3 стал обзываться hda5,
Чначит hda3 был первичным, а стал вторичным (логическим) - не так 
восстановили.


-- 
  А ещё говорят так  (fortune):
 
She won' go Warp 7, Cap'n! The batteries are dead! 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [Comm] Сбитый порядок разделов на диске hda

[Aleksey Deryagin]

Руслан, Вы правы, щёлкал не глядя. Пофиксил.
Огромное спасибо за помощь.

>> Но
>> hda3 стал обзываться hda5,
> Чначит hda3 был первичным, а стал вторичным (логическим) - не так 
> восстановили.

-- 
С уважением, Алексей Дерягин.

Re: [Comm] Коллективный доступ на ext3

[Ilis]

> бит SGID обеспечивает установку группы для новых файлов и
> каталогов), после чего пользователи должны использовать umask 002 (как
> минимум при работе с этими файлами).

У меня похожий вопрос...

В каталоге с правами
drwxrwsr-x root:webmaster

создаю свой каталог, и он получает права
drwxr-sr-x ilis:webmaster
(файлы аналогично)

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

Re: [Comm] Коллективный доступ на ext3

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 370 bytes --]

Twas brillig at 22:54:52 14.02.2008 UTC+03 when Sergey Vlasov did gyre and gimble:

 SV> после чего пользователи должны использовать umask 002 (как минимум
 SV> при работе с этими файлами).

Собственно, в этом и состоял вопрос.

Решение: pam_umask

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]