~ $ export NSS_SSL_CBC_RANDOM_IV = 0
~ $ pidgin
Кажется, делает трюк, а не точно, что он делает. Мне нужно прочитать об этом.
Вот ошибка traq для проблемы: https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/950790
Это проблема с разрешением, основанная на идентификаторе пользователя, на котором запущена передача. Передача устанавливает пользователя по умолчанию, которого вы не можете ожидать при первой установке. Имя пользователя debian-transmission.
Я объясню, как это изменить:
Остановить демон передачи sudo service transmission-daemon stop Открыть файл конфигурации передачи для редактирования: sudo nano /etc/init.d/transmission-daemon Найти строку, которая говорит USER=debian-transmission, и изменить это пользователю, которому принадлежит данная папка. Если вас не беспокоят проблемы безопасности, вы также можете использовать USER=root в этом файле. (Не рекомендуется, но полезно для устранения неполадок). В качестве альтернативы (вместо точки 3), измените папку / etc / fstab, чтобы смонтировать папку с правильными разрешениями для пользователя, запускающего демона передачи. Запустите демон передачи sudo service transmission-daemon startПроверьте, используете ли вы «неполную» папку. Ошибка в этом случае может вводить в заблуждение, и это может быть неполная папка, к которой у вас нет доступа на запись.
Это случилось со мной. Я нашел эту страницу, был запуган всем жаргоном, поэтому я перезапустил передачу, зарезервировал торрент-файл в другом месте и сохранил данные торрента в одном и том же месте (на рабочем столе). Работали как обаяние ...
Это может быть проблема профиля приложения. Передача выполняется под профилем sanitized_helper в apparmor.
Ищите жалобы в /var/log/kern.log. grep transm /var/log/kern.log, особенно после попытки запуска передачи и сбоя.
Поскольку это лучший результат поиска в Google, для тех, кто это читает, я трачу более часа, пытаясь заставить его работать. Оказывается, папка с загрузкой, указанная в settings.json, - это «Загрузки», а не «загрузки». Обратите внимание на случай.
В моем случае проблема заключалась в том, как привод монтируется. Использование этого в /etc/fstab сработало для меня:
UUID=2069-1A05 /mnt/ext vfat rw,user,exec,umask=0000 0 0
У меня была одна и та же проблема, и это было ошибкой, которую я сделал, когда sym-linking каталог загрузки передачи в мой каталог home / user /, я изменил право собственности на sym-linked файл, который вследствие этого также изменил право собственности на каталог загрузки 'download' ...
Я просто вернул себя в собственность «debian-transmission» и работал как шарм (без необходимости перезапуска службы)
#chown debian-transmission:debian-transmission /var/lib/transmission/downloads
(ну, вам нужно будет проверить в соответствии с вашим собственным дистрибутивом Linux то, что является правильным владельцем, и в конечном итоге также ваш правый путь к каталогу загрузки)
У меня была аналогичная проблема с передачей.
Я только смонтировал внешний HDD на /home/pi/ с теми же разрешениями, и он работал нормально.
f1]
- drwxrwxrwx (0777) pi:debian-transmission. имя пользователя изменяется на pi в /etc/init.d/transmisssion-daemon.