Права на файлы по-умолчанию

На HTPC стоит aria2 для загрузки контента

Демон запускается под пользователем nobody

[Unit]
Description=Aria2 User Service by %u
After=network.target

[Service]
Type=forking
User=nobody
Group=nobody
ExecStart=/usr/bin/aria2c --conf-path=/etc/aria2/aria2.conf --log=/var/log/aria2.log

[Install]
WantedBy=multi-user.target

На жесткий диск с файлами были даны права всем на все
sudo chmod -R 777 /mnt/hdd

При загрузке файлов aria2 записывает их с правами -rw-r–r– 1 nobody root

В результате под локальным пользователем системы я не могу их удалять и перемещать.

Как сделать, чтобы права на вновь создаваемые файлы брались от корневой папки, по аналогии с NTFS?
chown
In Tux We Trust
Max77
Как сделать, чтобы права на вновь создаваемые файлы брались от корневой папки, по аналогии с NTFS?
лучше конечно запускать сразу от нужной группы или пользователя.
но в крайнем случаи можно написать скрипт который после загрузки будет менять права на нужные.
Ошибки в тексте-неповторимый стиль автора©
Как вариант, для пользователя, под которым работает демон, изменить значение umask
redix
chown
Не то. Меняет владельцев на существующих файлах и папках, но новые создаются с правами -rw-r–r– 1 nobody root.
Пробовал прописывать в опциях fstab umask=000 или umask=111,dmask=000, в результате система вообще переставала грузиться, хотя это отдельный жесткий диск, который подключен по SATA
Max77
Не то
если файловая поддерживает acl
https://wiki.archlinux.org/index.php/Access_Control_Lists_(Русский)
indeviral
лучше конечно запускать сразу от нужной группы или пользователя.
поддержу
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Вы дали права на папку /mnt/hdd, а при монтировании вашего хдд в папку применяются права по-умолчанию, если иное не указано в /etc/fstab.
Например, /etc/fstab:
/dev/sda2    /mnt/seven         ntfs-3g   rw,noautoi,user,umask=077           0      0
тогда вівод ls -l /mnt/seven:
drwx------ 1 root root          0 сер  9 07:51 $Recycle.Bin
drwx------ 1 root root       4096 сер  8 15:36 Boot
-rwx------ 1 root root     383786 лис 21  2010 bootmgr
-rwx------ 1 root root       8192 сер  8 15:36 BOOTSECT.BAK
lrwxrwxrwx 2 root root         16 лип 14  2009 Documents and Settings -> /mnt/seven/Users
А если umask убрать, то :
drwxrwxrwx 1 root root          0 сер  9 07:51 $Recycle.Bin
drwxrwxrwx 1 root root       4096 сер  8 15:36 Boot
-rwxrwxrwx 1 root root     383786 лис 21  2010 bootmgr
-rwxrwxrwx 1 root root       8192 сер  8 15:36 BOOTSECT.BAK
lrwxrwxrwx 2 root root         16 лип 14  2009 Documents and Settings -> /mnt/seven/Users
-rwxrwxrwx 1 root root 3104722944 сер 13 05:59 hiberfil.sys
drwxrwxrwx 1 root root          0 сер  8 16:05 Intel
-rwxrwxrwx 1 root root 4139630592 сер 13 05:59 pagefile.sys
Короче, man mount.

PS. Соответственно, во втором случае touch /mnt/seven/tttt от простого пользователя дает:
-rwxrwxrwx 1 root root          0 сер 13 14:37 tttt
, а в первом фигу, так как хозяин root, а остальнім нет ни каких прав:
touch: не вдалося виконати touch для '/mnt/seven/tttt': Відмовлено у доступі
Всех приветствую!
Похожая проблема. Решил использовать aria2 для закачек удалённо. Юнит файл из wiki https://github.com/GutenYe/systemd-units/tree/master/aria2. Каталог расшарен в samba (условно /nas). В нём создал Downloads. Ария пишет файлы как root 100644. После скачивания, файл не доступен для изменений. Как изменить права на 666, кроме как chmod. Рассматривал несколько вариантов, сразу при закачке получить нужные права. В самой арии не нашёл как это сделать. Тоже самое сделать через юнит системд, не нашёл как, выполнить какой-то скрипт после закачки, как в трансмишин, не нашёл. В самбе, "перенаправить" права по типу 644->666 без изменения фактических прав на сам файл, вроде так она не умеет. Может конечно плохо искал.
 
Зарегистрироваться или войдите чтобы оставить сообщение.