Полные права на раздел для всех пользователей.

[Abissin]

Есть бук с Ubuntu 9.10. В системе три пользователя. На диске имеется раздел EXT4, который при загрузке монтируется в /media/DATA.
Как сделать, чтобы у всех пользователей были полные права (создавать. читать, удалять, записывать, ...) на этот раздел, на все в этом разделе.

[sht0rm]

sudo chmod 777 /media/DATA

[БТР]

sudo chmod 777 /media/DATA

-R не помешает.

[volgautc]

У меня схожая ситуация, но при установке я не создал раздел. Если я создам в /home директорию photos и потом выполню
sudo chmod 777 /home/photos
будет возможность чтения и записи всем пользователям? Туда планирую все фотки закидывать от любого пользователя, и чтоб ф-спот каждого пользователя мог их открывать и модифицировать.  Теоретически понимаю, что да, но попробовать смогу только вечером.

[Golan]

Насколько я знаю, дело в том, что команда

Код: [Выделить]

sudo chmod -R 777 /home/photosразрешит полный доступ к уже имеющимся файлам в этой папке и в дереве папок, а вот к вновь созданным будут применяться права которые заложены по умолчанию, а они не разрешают запись и изменения для всех остальных..., так же как и для группы пользователей. Т.е. вновь созданные папки и файлы сможет изменить только их владелец.
Таким образом нужно либо перед перекидыванием в эту папку менять umask, либо после перекидывания устанавливать необходимые права.

Если я не прав поправьте.


Пользователь решил продолжить мысль 08 Февраля 2010, 12:45:11:Хмм... вероятно всё это не касается виндовых разделов с ntfs

[Abissin]

Насколько я знаю, дело в том, что команда

Код: [Выделить]

sudo chmod -R 777 /home/photosразрешит полный доступ к уже имеющимся файлам в этой папке и в дереве папок, а вот к вновь созданным будут применяться права которые заложены по умолчанию, а они не разрешают запись и изменения для всех остальных..., так же как и для группы пользователей. Т.е. вновь созданные папки и файлы сможет изменить только их владелец.
Таким образом нужно либо перед перекидыванием в эту папку менять umask, либо после перекидывания устанавливать необходимые права.

Если я не прав поправьте.


Пользователь решил продолжить мысль 08 Февраля 2010, 07:45:11:Хмм... вероятно всё это не касается виндовых разделов с ntfs

То то я смотрю, команды похожие мне предлагают, что то типа подобное пробовал сам и не получилось. Golan верно описал то, что требуется.

[ploop]

Если я не прав поправьте.

В том то и проблема, что прав

Есть ли решение, но чтобы оставить родную ФС в покое - не использовать всякие фаты и нтфс-ы?

[volgautc]

Мдя... ну ладно, тогда так поставлю вопрос:
Как лучше всего организовать общее хранилище для фоток, при этом фотик один, а пользователей три? Надо, что бы один любой юзер забирал с фотика на комп фотки, а любой другой или он же мог их модифицировать через ф-спот или др.прогу. Есть только раздел /home в ext4.

П.С. Пока набирал сообщение уже спросили то же.
Напрашивается такой вариант(костыль?): общий доступ по самбе /home/photos - всем всё можно. Владелец по умолчанию станет юзер nobody (или как-то так). Каждый пользователь для этой директории станет nobody...

[Golan]

Дык, ответ я же дал, надо после скидывания фоток менять права, муторно конечно, но LINUX не был бы Линуксом если бы не разграничивал строго права доступа. Моё значит моё, а хочешь чтобы было общее не поленись сделай.

[volgautc]

Пользуется компом дочь, а ей пока 9 лет. Хотелось бы попроще. А за ответ СПАСИБО.

[ploop]

Тогда такой вариант - скрипт в автозапуск, который будет делать chmod 777 нужному каталогу при входе.
Пользователь решил продолжить мысль 08 Февраля 2010, 14:07:11:Хотя не понятно, зачем 777, лучше уж 666.

[dimas000]

а если так:

Код: [Выделить]

sudo groupadd photo
sudo gpasswd -a user1 photo
sudo gpasswd -a user2 photo
...
sudo chgrp -R photo /home/photo
?
да, вот вычитал про umask - http://en.wikipedia.org/wiki/Umask#Symbolic_umask_example
правда, не понял, можно ли его применить к уже существующей папке. но как вариант очень даже.
таки разобрался. пример:

Код: [Выделить]

>14:22:01 039 ~$ sudo su
[sudo] password for dimas:
>14:22:08-039 /home/dimas# umask ugo=rwx
>14:22:17-039 /home/dimas# mkdir tmp/dir1
>14:22:29-039 /home/dimas# ls -ldh tmp/dir1
drwxrwxrwx 2 root root 4,0K 2010-02-08 14:22 tmp/dir1
>14:22:37-039 /home/dimas# echo "123" > tmp/dir1/fl1
>14:22:54-039 /home/dimas# exit
exit
>14:22:58 039 ~$ ll tmp/dir1/
итого 12K
-rw-rw-rw- 1 root root 4 2010-02-08 14:22 fl1
>14:23:04 039 ~$ echo "123" > tmp/dir1/fl2
>14:23:19 039 ~$ ll tmp/dir1/
итого 24K
-rw-rw-rw- 1 root  root  4 2010-02-08 14:22 fl1
-rw-rw-rw- 1 dimas dimas 4 2010-02-08 14:23 fl2допустим, хорошо... закрываем косноль, открываем по новой

Код: [Выделить]

>14:24:13 039 ~$ echo "123" > tmp/dir1/fl3
>14:24:18 039 ~$ ll tmp/dir1/
итого 36K
-rw-rw-rw- 1 root  root  4 2010-02-08 14:22 fl1
-rw-rw-rw- 1 dimas dimas 4 2010-02-08 14:23 fl2
-rw-r--r-- 1 dimas dimas 4 2010-02-08 14:24 fl3
>14:24:24 039 ~$ umask ugo=rwx
>14:24:48 039 ~$ echo "123" > tmp/dir1/fl4
>14:24:53 039 ~$ ll tmp/dir1/
итого 48K
-rw-rw-rw- 1 root  root  4 2010-02-08 14:22 fl1
-rw-rw-rw- 1 dimas dimas 4 2010-02-08 14:23 fl2
-rw-r--r-- 1 dimas dimas 4 2010-02-08 14:24 fl3
-rw-rw-rw- 1 dimas dimas 4 2010-02-08 14:24 fl4отсюда вывод - umask где-то задан для конкретного пользователя, причем такой, что создаваемые им файлы получают 644-е чмоды. где он и как его поменять - было бы любопытно узнать.

Хотя не понятно, зачем 777, лучше уж 666.

x для папки означает вход в нее. иначе бесполезно.
конечно, ставить всем на rwx - не вариант (сами понимаете почему). так что umask ugo=rwx перед добавлением чего-либо.
ЗЫ. все должно быть как-то проще)) наверняка же.

[Golan]

Ну, а почему нет? Только уж лучше 777

[ploop]

а если так:
Код:
sudo groupadd photo
sudo gpasswd -a user1 photo
sudo gpasswd -a user2 photo
...
sudo chgrp -R photo /home/photo
?

По дефолту у создаваемых файлов ставятся права 644, т.е. даже для группы нет прав на запись... 
Тут действительно, надо рыть в сторону umask

x для папки означает вход в нее. иначе бесполезно.

Точно.

ЗЫ. все должно быть как-то проще)) наверняка же.

[dimas000]

так. вот. придумал. umask не распространяется на файлы, созданные с помощью cp (т.е. скопированные откуда-нибудь), ибо лично у меня почему-то не действует как надо ключик "--no-preserve" команды cp (надо отписать баг-репорт куда следует...), а посему файл все равно копируется с исходными правами. однако, решение вот:

Код: [Выделить]

#! /bin/sh
cp -R $1 tmp/dir1
chmod -R 777 tmp/dir1/`basename $1`
вместо "/tmp/dir1" подставляем нужную папку. сохраняем сей простейший скрипт куда-нибудь и вешаем на значок на десктопе, обозвав последний "скинуть в общую шару" или еще как. ну и скрипту не забываем дать чмоды на запуск.
все. теперь достаточно перетащить из файл-менеджера файл/папку на значок, чтобы оно улетело в нужное место. в созданную от другого юзера с заданным umask папку копирует без проблем. (в данном случае из-под рута создал папку с umask ugo=rwx, никаких чмодов к ней не применял, все пишется). вотъ