6 октября 2011 г. 18:18 пользователь Pivushkov Alexandr
> Все, с 8 сентября работает, нареканий нет.
> По моему, оптимальней не придумаешь :)
> Спасибо.
Не за что)
--
Best regards,
Vitaly "Zawullon" Katraev
St.-Petersburg, Russia
E-Mail/Jabber: zawul...@gmail.com
http://zawullon.ru/
I use:
Zawullon пишет:
> 7 сентября 2011 г. 22:26 пользователь Pivushkov Alexandr
> написал:> Подскажите, мож кто уже реализовал.>> Как бы сделать так, чтобы к
> данным созданным одним пользователем имел> полный доступ другой пользователь.
> Т.е. мог записать в директорию,> удалить директорию, удал
Я лично пробовал четыре варианта:
1) Общий раздел в FAT. (Тогда был дуалбут с макосью которая NTFS не понимала)
2) Пробовал через umask. Скопированные из другого места файлы и
созданные большинством программ имеют права rw--- или rw-r--r--.
Как временное решение запускал chmod -R по крону. Резу
ACL можно, и даже, теоретически, ничего сложного... Но читал я одну
статью в журнале про это и судя по количеству букв в статье и
поверхностном описании проблемы все это выльется, в итоге, в
непредвиденные "сложности".
Подводя итог, есть несколько вариантов:
1. НТФС: придется 600 ГБ переписыват
>PS: в вашем случае autofs лучше заюзать вместо скрипта по крону
ага, но только это надо создавать сертификаты, раскидывать их и прочее, к
тому же с MacFUSE как-то мне не по душе пришелся.
А скрипт, он и в африке скрипт, и работает везде ))
Только что попробывал у сибя на сервачке. дам...это пробл
А может использовать ACL, если я не ошибаюсь там есть возможность
устанавливать ACL дефолтные на директории, а потом при создании в этих
директория файлов или других каталогов, будут назначаться ACL эти самые
дефолтные ACL.
7 сентября 2011 г. 22:26 пользователь Pivushkov Alexandr
написал:
> Под
из 1 поста видно, что он локальный ))
PS: в вашем случае autofs лучше заюзать вместо скрипта по крону
8 сентября 2011 г. 13:01 пользователь Alan Holt написал:
> Привет. Диск локальный или сетевой?
> Приведу пример. У меня к серверу, на котором всего места 20Гб, подключен
> жесткий диск USB 2Тб (e
до этого, все работало по той же схеме, только через nfs.
2011/9/8 Alan Holt
> Привет. Диск локальный или сетевой?
> Приведу пример. У меня к серверу, на котором всего места 20Гб, подключен
> жесткий диск USB 2Тб (ext4).
> Доступ к /media/mydisk (это весь диск целиком) расшарен через sshfs, и на
Привет. Диск локальный или сетевой?
Приведу пример. У меня к серверу, на котором всего места 20Гб, подключен
жесткий диск USB 2Тб (ext4).
Доступ к /media/mydisk (это весь диск целиком) расшарен через sshfs, и на
всех ноутбуках монтируется скриптом,
через cron, автоматом при старте системы. Проблем
Добрый день.
Не надо по крону. Для этого есть inotify-tools.
А umask сработает только для вновь созданных файлов.
У чт, 2011-09-08 у 12:19 +0400, Бова Боваев пише:
> стандартные разрешения на файлы 755, т.е. для группы нет прав на
> изменение файла. тут либо по крону chmod -R g+rw /mnt/data, либо
grep umask /etc/profile
umask 022
можно тут поменять, текущую маску можно узнать набрав в консоль umask
без параметров
8 сентября 2011 г. 12:19 пользователь Бова Боваев написал:
> стандартные разрешения на файлы 755, т.е. для группы нет прав на
> изменение файла. тут либо по крону chmod -R g+rw
стандартные разрешения на файлы 755, т.е. для группы нет прав на
изменение файла. тут либо по крону chmod -R g+rw /mnt/data, либо umask
менять
8 сентября 2011 г. 10:41 пользователь Anton Chernyshov
написал:
> 8 сентября 2011 г. 10:25 пользователь Zawullon написал:
>> Ах да, еще при копировании т
8 сентября 2011 г. 10:25 пользователь Zawullon написал:
> Ах да, еще при копировании туда файлов из другого места права также не
> будут наследоваться.
Будут, только что проверил.
> У создаваемых файлов в ряде случаев не будет разрешений для действий
> от имени группы. umask большая часть ПО туп
8 сентября 2011 г. 10:24 пользователь Zawullon написал:
> У создаваемых файлов в ряде случаев не будет разрешений для действий
> от имени группы. umask большая часть ПО тупо игнорирует.
Ах да, еще при копировании туда файлов из другого места права также не
будут наследоваться.
--
Best regards,
8 сентября 2011 г. 10:01 пользователь Anton Chernyshov
написал:
> Нафига так сложно? Включаем пользователей в одну группу, скажем users,
> ставим на директорию группу-владельца users. А затем ставим на
> директорию SGID-бит. Теперь все создаваемые файлы в этой директории
> будут наследовать группу
Добрый день.
Идея, в общем-то, правильная. Но не до конца.
Не забывай, что есть еще umask для вновь созданных файлов.
А при копировании туда вообще одному богу известно, какие права будут у
заранее созданных файлов.
По этому нужно добавить еще один шаг - поставить контроль над общей
директорией при
8 сентября 2011 г. 0:01 пользователь Zawullon написал:
> Если нам надо расшарить директорию /home/shared между пользователями
> группы users, то ставим из стандартных репов bindfs и в конец файла
> /etc/fstab добавляем строчку:
>
> bindfs#/home/shared/. /home/shared/. fuse
> perms=u+rwX:g+rwX,mirr
Сорри, /. в конце нужна и вам будет. Без этого, емнип, не работало.
--
ubuntu-ru mailing list
ubuntu-ru@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru
> Интересно... А сколько времени вы используете такой способ. Волнует
> вопрос стабильности такого подхода. Не хотелось бы все потерять пока не
> создам схему резервирования...
Около года. Надо было расшарить кино/фотографии между моей учеткой и жены.
Сначала тыкал acl - но это слишком заморочно.
Zawullon пишет:
> 7 сентября 2011 г. 22:26 пользователь Pivushkov Alexandr
> написал:> Подскажите, мож кто уже реализовал.>> Как бы сделать так, чтобы к
> данным созданным одним пользователем имел> полный доступ другой пользователь.
> Т.е. мог записать в директорию,> удалить директорию, удал
да, изначально и хотел сделать fat32, но по привычке в gparted поставил
ехт3 а потом еще > 600 Гигов закачал
Спасибо, наверное, все таки, перебью на нтфс...
Dmitry Agafonov пишет:
> Доброго!Это великая проблема системы прав в *nix. Она "запретить всё
> иразрешить что-нибудь" и без порядочно
7 сентября 2011 г. 22:26 пользователь Pivushkov Alexandr
написал:
> Подскажите, мож кто уже реализовал.
>
> Как бы сделать так, чтобы к данным созданным одним пользователем имел
> полный доступ другой пользователь. Т.е. мог записать в директорию,
> удалить директорию, удалить файл, естественно п
Доброго!
Это великая проблема системы прав в *nix. Она "запретить всё и
разрешить что-нибудь" и без порядочного наследования. Я имел
холиварный разговор на эту тему с одним местным разработчиком
альтов... дошло до патчей на ядро, вроде :)
Короче, сейчас проще заменить файловую систему на ntfs или
п
23 matches
Mail list logo
