JDownloader Community - Appwork GmbH
 

Notices

Reply
 
Thread Tools Display Modes
  #1  
Old 06.12.2020, 19:47
cptnniv cptnniv is offline
Modem User
 
Join Date: Dec 2020
Posts: 2
Default Ubuntu Snap - Unable to write on path but permissions look good

Hello JDownloader support, I’ve been checking similar issues on the forum for a couple of days but I’m not solving my issue.

I’ve installed JDownloader2 on my Ubuntu server:

Code:
Operating SystemLinux (LINUX 64Bit) (amd64 64Bit)
Java11.0.8+10-post-Ubuntu-0ubuntu118.04.1 (64Bit) (headless)
UbuntuOpenJDK 64-Bit Server VM
I’ve used snap (**External links are only visible to Support Staff****External links are only visible to Support Staff**) for the installation, and I’ve set up a systemctl service for autostart following the instructions on this forum.

Code:
[Unit]
Description=JDownloader2 Headless
After=network.target

[Service]
Type=simple
ExecStart=/snap/bin/jdownloader2.jdownloader
PIDFile=/home/jd/JDownloader.pid
RemainAfterExit=yes
User=jd
Group=jd

[Install]
WantedBy=multi-user.target
The user launching the service is “jd”, that belongs to the “downloaders” group.

Code:
# groups jd
jd : jd downloaders
I want all downloads on a folder mounted on a large drive, the path is: "/mnt/2TB/descargas"

But when I try to download something I get an “Invalid download directory” message. I know it has something to do with permissions, but if I log in with that “jd” user I can create files/directories on that path. I’ve checked the permissions for the complete path, and it should work.

:outch:

If I change the default download path to "/home/jd/“ it works.

Can that be something related to the “snap” version of “JDownloader”?

Any idea on how to fix the permissions? Is there any command I can run to help you find the issue?

This is my log id: jdlog://6740525302851

Thanks for the support and the excellent product.

best,

Cptnniv
Reply With Quote
  #2  
Old 07.12.2020, 00:40
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 17,611
Default

I haven't any experience with snap port but typically JDownloader has all its own files in its own install path and not separated into system paths. but i guess thats just another start script located in that path?

shouldn't your config be more like
Code:
...
User=jd
Group="jd downloaders"
at a guess.
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #3  
Old 07.12.2020, 04:20
cptnniv cptnniv is offline
Modem User
 
Join Date: Dec 2020
Posts: 2
Default

Quote:
Originally Posted by raztoki View Post
I haven't any experience with snap port but typically JDownloader has all its own files in its own install path and not separated into system paths. but i guess thats just another start script located in that path?

shouldn't your config be more like
Code:
...
User=jd
Group="jd downloaders"
at a guess.
Thanks for the quick reply. Unfortunately the "Group" directive only accepts a single group.

I tested it launching the service with the root user and got the same issue, but the worst is that I created again a "jd" user with homedir "/mnt/2TB/jd" and I couldn't even launch the setup, as the snap hadn't permissions for creating the "/mnt/2TB/jd/snap" directory.

Sounds like the JDownloader snap doesnt work on non root mounted drives, so I had finally to uninstall that ubuntu snap and install JDownloader2 on Ubuntu 20.04 using the .sh installer from the web.

Thanks for the support.
Reply With Quote
  #4  
Old 07.12.2020, 05:27
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 17,611
Default

sorry I assumed it was a single group, just with a space in its name hence the quotation marks.

most welcome. at least your under way!
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #5  
Old 07.12.2020, 17:50
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

The snap package restricts access to certain directories only. Access to any other location will result in errors.
If you want access to other locations, you have to modify/update the snap configuration manually.
This is out of reach of JDownloader.
check out snapcraft.io/docs/personal-files-interface

The snap package is 3rd party package and thus we can't help with that.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #6  
Old 07.12.2020, 17:51
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

You can also just install manually without snap, see
https://support.jdownloader.org/Know...bedded-devices
__________________
JD-Dev & Server-Admin
Reply With Quote
  #7  
Old 05.06.2021, 18:19
sluk sluk is offline
Modem User
 
Join Date: Jun 2021
Posts: 1
Default

Quote:
Originally Posted by cptnniv View Post

I want all downloads on a folder mounted on a large drive, the path is: "/mnt/2TB/descargas"

Cptnniv
You need prepared Snap with support of removable-media interface.

Code:
sudo snap connect jdownloader2:removable-media :removable-media
Reply With Quote
  #8  
Old 07.06.2021, 12:32
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,286
Default

@sluk: So with this command line it's possible to change snap package configuration to access all locations or jut removable-media (usb)?
__________________
JD-Dev & Server-Admin
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 16:36.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.