общая локальная папка для пользователей

kurych	# 3 года, 11 месяцев назад
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	vs220, Я сразу написал, что при копировании исходные права доступа и принадлежность сохраняется. Меняйте соответствующими командами, раз используете линукс. И да, это не баг, это фича.

vs220	# 3 года, 11 месяцев назад
Темы: 25 Сообщения: 8478 Участник с: 16 августа 2009	kurych сразу Так из за этого и накатали столько страниц Первое сообщение темы dangerenok при копировании файлов - не работает, То что не баг а фича это то понятно, видать просто не подходит ТС. Продолжение темы найти еще способы обхода

vs220

# 3 года, 11 месяцев назад

Темы: 25

Сообщения: 8478

Участник с: 16 августа 2009

kurych
сразу

Так из за этого и накатали столько страниц
Первое сообщение темы

dangerenok
при копировании файлов - не работает,

То что не баг а фича это то понятно, видать просто не подходит ТС.
Продолжение темы найти еще способы обхода

kurych	# 3 года, 11 месяцев назад (отредактировано 3 года, 11 месяцев назад)
Темы: 0 Сообщения: 1394 Участник с: 06 ноября 2011	Тогда остается второй метод монтирования отдельного раздела с файловой системой без контроля доступов. Ну, или, как предлагали, костыль с расшариванием директории по сети и монтированием её же на локальном компе.

vasek	# 3 года, 11 месяцев назад (отредактировано 3 года, 11 месяцев назад)
Темы: 47 Сообщения: 11742 Участник с: 17 февраля 2013	kurych Пользователям при логине (в .bashrc, например) выставить umask 0002. А смысл? umask имеет определенные условия/требования для работы с процессами. При создании новых файлов, даже с выставленным umask=002, в одних случаях получите права 664, в других случаях 644. А учитывая, что пользователи малоподготовленные можно с большой степенью вероятности предположить какой софт при создании файлов они будут использовать и, скорее всего, права на эти новые файлы все равно будут 644 kurych Тогда остается второй метод монтирования отдельного раздела с файловой системой без контроля доступов. А вот это наиболее луший вариант ... и место можно найти всегда, о чем и упоминал выше vasek EDIT 1 - если есть возможность, то можно еще создать отдельный раздел на диске … хотя место можно найти всегда Ну а если уж нет места или нет желания с этим связываться, остается вариант, предложенный vs220 - bindfs PS - при написании способов имелось в виду, что у юзеров нет никаких привилегий root EDIT 1 - в принципе, удобнее (конечно, кому как удобнее) назначать новый umask временно, для определенных действий: изменил - поработал - вернул на место ... удобно при экспериментах. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 11 месяцев назад (отредактировано 3 года, 11 месяцев назад)

Темы: 47

Сообщения: 11742

Участник с: 17 февраля 2013

kurych
Пользователям при логине (в .bashrc, например) выставить umask 0002.

А смысл? umask имеет определенные условия/требования для работы с процессами. При создании новых файлов, даже с выставленным umask=002, в одних случаях получите права 664, в других случаях 644. А учитывая, что пользователи малоподготовленные можно с большой степенью вероятности предположить какой софт при создании файлов они будут использовать и, скорее всего, права на эти новые файлы все равно будут 644

kurych
Тогда остается второй метод монтирования отдельного раздела с файловой системой без контроля доступов.

А вот это наиболее луший вариант ... и место можно найти всегда, о чем и упоминал выше

vasek
EDIT 1 - если есть возможность, то можно еще создать отдельный раздел на диске … хотя место можно найти всегда

Ну а если уж нет места или нет желания с этим связываться, остается вариант, предложенный vs220 - bindfs

PS - при написании способов имелось в виду, что у юзеров нет никаких привилегий root

EDIT 1 - в принципе, удобнее (конечно, кому как удобнее) назначать новый umask временно, для определенных действий: изменил - поработал - вернул на место ... удобно при экспериментах.

Ошибки не исчезают с опытом - они просто умнеют

vasek	# 3 года, 11 месяцев назад (отредактировано 3 года, 11 месяцев назад)
Темы: 47 Сообщения: 11742 Участник с: 17 февраля 2013	Чтобы не быть голословным vasek При создании новых файлов, даже с выставленным umask=002, в одних случаях получите права 664, в других случаях 644 … Проведем эксперимент umask ... узнаем действующее значение umask 0022 umask=002 ... установили новое значение umask umask 0002 Создаем 3 новых файла (с действующим umask=002) 1. из эмулятора терминала, используя nano nano 002 stat -c%a 002 664 2. из эмулятора терминала, используя gedit gedit 002_gedit stat -c%a 002_gedit 664 3. из самого приложения gedit создаем файл 002_in_gedit stat -c%a 002_in_gedit 644 Возвращаем все на место umask 022 umask 0022 Все эти же файлы созданные в системе с umask=022 будут иметь права 644 - выводы делайте сами Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 11 месяцев назад (отредактировано 3 года, 11 месяцев назад)

Темы: 47

Сообщения: 11742

Участник с: 17 февраля 2013

Чтобы не быть голословным

vasek
При создании новых файлов, даже с выставленным umask=002, в одних случаях получите права 664, в других случаях 644 …

Проведем эксперимент
umask ... узнаем действующее значение umask
0022

umask=002 ... установили новое значение umask
umask
0002

Создаем 3 новых файла (с действующим umask=002)
1. из эмулятора терминала, используя nano
nano 002
stat -c%a 002
664

2. из эмулятора терминала, используя gedit
gedit 002_gedit
stat -c%a 002_gedit
664

3. из самого приложения gedit создаем файл 002_in_gedit
stat -c%a 002_in_gedit
644

Возвращаем все на место
umask 022
umask
0022

Все эти же файлы созданные в системе с umask=022 будут иметь права 644 - выводы делайте сами

Ошибки не исчезают с опытом - они просто умнеют

vs220	# 3 года, 11 месяцев назад
Темы: 25 Сообщения: 8478 Участник с: 16 августа 2009	vasek из самого приложения gedit создаем файл 002_in_gedit stat -c%a 002_in_gedit 644 Графические приложения не всегда наследуют переменные шелла, вы как маску меняли в xinitrc или в баше?

vasek	# 3 года, 11 месяцев назад (отредактировано 3 года, 11 месяцев назад)
Темы: 47 Сообщения: 11742 Участник с: 17 февраля 2013	vs220 в баше ~~в терминале,~~ стоит bash Ошибки не исчезают с опытом - они просто умнеют

vs220	# 3 года, 11 месяцев назад
Темы: 25 Сообщения: 8478 Участник с: 16 августа 2009	vasek в терминале Ну так просто не сменился для gegit

vasek	# 3 года, 11 месяцев назад
Темы: 47 Сообщения: 11742 Участник с: 17 февраля 2013	vs220 Ну так просто не сменился для gegit плохо пояснил .... терминал у меня всегда запущен, почему его написал, не понял сам - сейчас зачеркну .... а файл 002_in_gedit создавал в самом GUI Ошибки не исчезают с опытом - они просто умнеют

vs220	# 3 года, 11 месяцев назад
Темы: 25 Сообщения: 8478 Участник с: 16 августа 2009	vasek создавал в самом GUI Umask для gegit не сменился а остался дефолтным, потому и файлы создает с дефолтными правами.