Ubuntu server 12.04 Transmission-daemon error: Permission denied...

[uboxx]

Приветствую многоуважаемое комьюнити Ubuntu!

Появилась вот какая проблема - не могу заставить transmission-daemon через web GUI скачивать торренты, не говоря уже про watch-dir.

Пробывал заходить в вебморду под разными пользователями в том числе и рутом - не помогло.
Изначально запихнул пользователя debian-transmission в одну группу с основным.

Вообщем каждый раз при добавлении торрента пишет: "error: Permission denied..." 

syslog

(Нажмите, чтобы показать/скрыть)

Jan 14 22:45:56 NAS transmission-daemon[2745]: Couldn't create "/etc/home": Permission denied (utils.c:569)
Jan 14 22:45:56 NAS transmission-daemon[2745]: Couldn't create "/etc/home/mercury/Raid/unsorted torrents": Permission denied (fdlimit.c:360)
Jan 14 22:45:56 NAS transmission-daemon[2745]: Dredd.2012.HDRip.VO.Lisitz.avi tr_fdFileCheckout failed for "/etc/home/mercury/Raid/unsorted torrents//Dredd.2012.HDRip.VO.Lisitz.avi.part": Permission denied (inout.c:100)
Jan 14 22:45:56 NAS transmission-daemon[2745]: Saved "/var/lib/transmission-daemon/info/resume/Dredd.2012.HDRip.VO.Lisitz.avi.717ee499bcab1d93.resume" (bencode.c:1731)
Jan 14 22:45:58 NAS transmission-daemon[2745]: Dredd.2012.HDRip.VO.Lisitz.avi Could not connect to tracker (announcer.c:990)
Jan 14 22:45:58 NAS transmission-daemon[2745]: Dredd.2012.HDRip.VO.Lisitz.avi Retrying announce in 945 seconds. (announcer.c:999)
Jan 14 22:46:42 NAS transmission-daemon[2745]: Dredd.2012.HDRip.VO.Lisitz.avi Scrape error: Could not connect to tracker (announcer.c:1255)
Jan 14 22:46:42 NAS transmission-daemon[2745]: Dredd.2012.HDRip.VO.Lisitz.avi Retrying scrape in 1818 seconds. (announcer.c:1264)
Jan 14 22:51:13 NAS transmission-daemon[2745]: Dredd.2012.HDRip.VO.Lisitz.avi Scrape error: Tracker gave HTTP response code 404 (Not Found) (announcer.c:1255

Файл настроек transmission /var/lib/transmission-daemon/info/settings.json

(Нажмите, чтобы показать/скрыть)

"alt-speed-down": 50,
    "alt-speed-enabled": false,
    "alt-speed-time-begin": 540,
    "alt-speed-time-day": 127,
    "alt-speed-time-enabled": false,
    "alt-speed-time-end": 1020,
    "alt-speed-up": 50,
    "bind-address-ipv4": "0.0.0.0",
    "bind-address-ipv6": "::",
    "blocklist-enabled": false,
    "blocklist-url": "http://www.example.com/blocklist",
    "cache-size-mb": 4,
    "dht-enabled": true,
    "download-dir": "/etc/home/mercury/Raid/unsorted torrents/",
    "download-limit": 100,
    "download-limit-enabled": 0,
    "download-queue-enabled": true,
    "download-queue-size": 5,
    "encryption": 1,
    "idle-seeding-limit": 30,
    "idle-seeding-limit-enabled": false,
    "incomplete-dir": "/home/mercury/Downloads",
    "incomplete-dir-enabled": false,
    "lpd-enabled": false,
    "max-peers-global": 200,
    "message-level": 2,
    "peer-congestion-algorithm": "",
    "peer-limit-global": 240,
    "peer-limit-per-torrent": 60,
    "peer-port": 51413,
    "peer-port-random-high": 65535,
    "peer-port-random-low": 49152,
    "peer-port-random-on-start": false,
    "peer-socket-tos": "default",
    "pex-enabled": true,
    "port-forwarding-enabled": false,
    "preallocation": 1,
    "prefetch-enabled": 1,
    "queue-stalled-enabled": true,
    "queue-stalled-minutes": 30,
    "ratio-limit": 2,
    "ratio-limit-enabled": false,
    "rename-partial-files": true,
    "rpc-authentication-required": true,
    "rpc-bind-address": "0.0.0.0",
    "rpc-enabled": true,
    "rpc-password": "{7ce2f928fd1a707469fe9c913caca89e9e1c91150z4IS23t",
    "rpc-port": 9091,
    "rpc-url": "/transmission/",
    "rpc-username": "mercury",
    "rpc-whitelist": "127.0.0.1",
    "rpc-whitelist-enabled": false,
    "scrape-paused-torrents-enabled": true,
    "script-torrent-done-enabled": false,
    "script-torrent-done-filename": "",
    "seed-queue-enabled": false,
"script-torrent-done-filename": "",
    "seed-queue-enabled": false,
    "seed-queue-size": 10,
    "speed-limit-down": 100,
    "speed-limit-down-enabled": false,
    "speed-limit-up": 5,
    "speed-limit-up-enabled": true,
    "start-added-torrents": true,
    "trash-original-torrent-files": false,
    "umask": 18,
    "upload-limit": 100,
    "upload-limit-enabled": 0,
    "upload-slots-per-torrent": 14,
    "utp-enabled": true,
    "watch-dir": "/etc/home/mercury/Raid/t_files/",
    "watch-dir-enabled": true

[gregory5]

права на дирректорию 0777 владелеца файлов debian-transmission
umask 0

[uboxx]

права на дирректорию 0777 владелеца файлов debian-transmission
umask 0

Спасибо! Помогло. Теперь другая проблема, не видит директорию watch-dir.

(Нажмите, чтобы показать/скрыть)

Jan 15 11:44:15 NAS transmission-daemon[9727]: Watching "/etc/home/mercury/Raid/t_files" for new .torrent files (daemon.c:520)
Jan 15 11:44:15 NAS transmission-daemon[9727]: Using inotify to watch directory "/etc/home/mercury/Raid/t_files" (watch.c:73)
Jan 15 11:44:15 NAS transmission-daemon[9727]: Unable to watch "/etc/home/mercury/Raid/t_files": No such file or directory (watch.c:79)

[gregory5]

Вечером посмотрю, вроде в сборке под Ubuntu часть плюшек отключена

[uboxx]

Вот что нашёл совершенно случайно, возможно в этом и была загвоздка:

(Нажмите, чтобы показать/скрыть)

mercury@NAS:~/Raid$ sudo chown mercury tfiles
mercury@NAS:~/Raid$ ls -l
итого 4
drwxrwxrwx 1 root root    0 янв.  14 18:04 Photo
drwxrwxrwx 1 root root    0 янв.  15 12:30 tfiles
drwxrwxrwx 1 root root    0 янв.  14 20:40 t_files
drwxrwxrwx 1 root root   48 янв.  14 23:49 unsorted torrents
drwxrwxrwx 1 root root 4096 янв.  14 18:07 Video

т.е. невозможно изменить права доступа к директории. И скорее всего это из-за того что ~/Raid  это raid-массив отформатированный в ntfs. Драйвер ntfs-3g не поддерживает изменения разрешений для файлов/каталогов.

[victor00000]

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

sudo chown mercury:mercury -R tfiles

[uboxx]

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

sudo chown mercury:mercury -R tfiles

аналогичный результат

(Нажмите, чтобы показать/скрыть)

mercury@NAS:~/Raid$ sudo chown mercury:mercury -R tfiles
mercury@NAS:~/Raid$ ls -l
итого 4
drwxrwxrwx 1 root root    0 янв.  14 18:04 Photo
drwxrwxrwx 1 root root    0 янв.  15 12:30 tfiles
drwxrwxrwx 1 root root    0 янв.  14 20:40 t_files
drwxrwxrwx 1 root root   48 янв.  14 23:49 unsorted torrents
drwxrwxrwx 1 root root 4096 янв.  14 18:07 Video

[victor00000]

случай ntfs?

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

mount
df -h?

[uboxx]

случай ntfs?

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

mount
df -h?

(Нажмите, чтобы показать/скрыть)

mercury@NAS:~/Raid$ mount
/dev/mapper/NAS-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sdb1 on /home/mercury/Raid type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096)
/dev/sda1 on /boot type ext2 (rw)
mercury@NAS:~/Raid$ df -h
Файл.система         Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/NAS-root    42G         1,8G   39G            5% /
udev                   2,0G         4,0K  2,0G            1% /dev
tmpfs                  791M         740K  791M            1% /run
none                   5,0M            0  5,0M            0% /run/lock
none                   2,0G            0  2,0G            0% /run/shm
/dev/sdb1              930G          27G  904G            3% /home/mercury/Raid
/dev/sda1              228M          50M  167M           23% /boot
mercury@NAS:~/Raid$

я так понимаю проблема в /dev/sdb1 on /home/mercury/Raid type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096)?

[victor00000]

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

/dev/sdb1 on /home/mercury/Raid type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096)

это NTFS, не знаю, ишо.

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

ls -dl /home/mercury/Raid?
Пользователь решил продолжить мысль 15 Января 2013, 15:15:18:Можно

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

sudo umount /home/mercury/Raid
sudo ntfs-3g /dev/sdb1 /home/mercury/Raid -o rw,uid=`id -u mercury`,gid=`id -u mercury`
ls -l /home/mercury/Raid?

[uboxx]

Спасибо вам victor00000 и gregory5 за помощь.

Вообщем теперь всё работает! Исправил ситуацию, так сказать, кардинальным способом - отформатировал raid-массив в ext4 (с xfs что-то было много "но").
Добавил юзера samba и юзера transmission в одну группу, определил ей права (rwx), теперь всё работает в т.ч. watch-dir!
Не знаю насколько это правильно с точки зрения безопасности. Ещё только разбираюсь с Linux

[foxxmulder]

uboxx,
А можно еще подробней (прям по шагам) как вы это сделали, а то я совсем новичек )

[zanzibar9]

На большинстве ресурсов (форумы, обсуждения) подразумевается, что если качать файлы этим клиентом, то каталог, куда идет скачивание и сами файлы должны быть с правами самого демона. Точнее говоря, даже не подразумевается, что его можно запустить от имени другого пользователя.

Есть момент, концептуально отличающийся от принятого - эта торрентокачалка может использоваться не только для того, что бы качать ею файлы в каталог $Downloaddir. К примеру, у меня может быть каталог, где я храню книги, документы, фильмы, музыку итд. Что-то раздается, над чем-то может идти работа, а это доступ через samba, или через ftp. Что-то вообще не раздается через торрентокачалку. То есть, политика работы с данными - разнородная. Компьютер, где все это хранится - это не десктоп. Эдакий nas. Десктопом, вообще выступает OS X, которая через nfs, или самбу ходит на такой nas.

теперь, картина. Запускается transmission. Качает файлы в свою transmission диру. На нее наложены свои права. Обращение к демону идет с OS X, посредством Transmission remote GUI. В этой морде есть возможность перемещения файлов. Мне не совсем удобно, что все файлы, которые качаются, прыгают в эту Download директорию. То есть, все валится в одну кучу.
переместить же я эти данные способом Transmission re,ote GUI не могу, ибо в моем медиа каталоге права традиционные - юзерские. И самба настроена так же - парольный доступ под юзера Ubuntu.

Вопрос. Почему принято скидывать все в одну кучу, когда речь заходит об этом клиенте?
Просто, в инете такая тема (подход) в 90% процентов случаев.
Люди описывают альтернативы настроек этого клиента, но на лицо костыли. Кто-то вообще советует хреначить права 777. Другие, более интеллигентно - поправки  sgid на директории всей своей "медии", замена прав такого пространства на юзера transmission.
Гентушники имеют возможность пускать клиента от обычного юзера.
Под Ubuntu - это не проходит:

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

cat /etc/default/transmission-daemon | grep USER
USER="zanzibar"
sudo service transmission-daemon restart
ps -ef | grep trans
106       1429     1  1 12:24 ?        00:00:02 /usr/bin/transmission-daemon -f --config-dir /var/lib/transmission-daemon/info
Честно сказать, третьи сутки пытаюсь распутать эту проблему.

И второй вопрос. Главный. Почему появляются такие сложности? Это такие руки у меня?

[zanzibar9]

Тут люди вообще бывают?

[1nky]

права на дирректорию 0777 владелеца файлов debian-transmission
umask 0

Аналогичная проблема что и у топикстартера.
Подскажите как выполнить вышеуказанную рекомендацию.
Заранее спасибо.