[Comm] Каталог с совместным доступом
Eugene Ostapets
=?iso-8859-1?q?eostapets_=CE=C1_gmail=2Ecom?=
Ср Янв 14 16:24:50 MSK 2009
2009/1/14 Dmitriy M. Maslennikov <maslennikovdm gmail.com>:
> 14 января 2009 г. 16:05 пользователь Eugene Ostapets
> <eostapets на gmail.com> написал:
>> 2009/1/14 Dmitriy M. Maslennikov <maslennikovdm gmail.com>:
>>> А как сделать чтобы работало? Дело в том, что копирование, как и
>>> перемещение с другого раздела приводят к созданию нового объекта ФС,
>>> при этом применяются default acl и s-bit. А вот перемещение в рамках
>>> раздела, это тот же объект, только, меняет родителя, к нему ничего
>>> такого не применяется.
>> Да, именно так это и задумывалось. Является ли это проблемой? Зависит
>> от задачи...
> Наверное... А можете предложить правдоподобный случай показывающий
> проблему в обратном случае?
Что такое "обратный случай"? А то мы в этом треде постоянно не так
понимаем друг друга...
>
>> Это решается так же, как и в винде - в юзерском софте, которое
>> выполняет копирование. Я давно не видел винды, но точно помню что в
>> win2k копирование с cdrom можно было выполнять только с помощью фара,
>> в котором стояла галочка "снимать readonly при копировании с cdrom".
> Я тоже давно не видел, но не помню проблем при использовании другого
> софта. Причем тот read-only не имеет отножения к правам доступа а
> является атрибутом, еще оставшимся с 9x. Насколько помню, этот атрибут
> является рекомендательным, проверяется софтом и уже давно никем не
> используется, так что файлы что с ним, что без него можно
> редактировать.
В том то и дело - нельзя было... Я долго обучал пользователей
правильному "копированию" компакт дисков :)
> Поправьте, если я не прав. Хорошо было бы, чтобы
> кто-нибудь, у кого есть винда смог проверить это.
С тех пор многое изменилось, может быть в ntfs5 старые атрибуты уже не
действуют...
>
>>> Теперь вы меня поняли? Если сможете разрешить хотя бы две первые
>>> проблемы буду очень благодарен.
>> В плане расширения набора прав стоит посмотреть на nfs4acl for ext3,
>> но патч существует пока только для ядра 2.6.25 и из их описания я не
>> понял, занимались ли они проблемой move vs copy'n'delete, хотя в
>> дизайне nfs4acl этой проблемы нет.
> Да, но это только для сети.
Вы не поняли, это не для сети - это расширение локальной файловой
системы, чтобы снять нагрузку с сетевых сервисов на трасляцию прав
CIFS/NFS4 "на лету" в права POSIX ACL. Т.е. это именно то, чего вы
хотите - расширение не количества объектов с правами, как делает POSIX
ACL, а само количество прав.
--
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets на jabber.ru
Подробная информация о списке рассылки community