Cannot download files via torrent client to exfat external hddisk

Creating a bug report/issue

Required Information

  • DietPi version | cat /boot/dietpi/.version

G_DIETPI_VERSION_CORE=8
G_DIETPI_VERSION_SUB=19
G_DIETPI_VERSION_RC=1
G_GITBRANCH=‘master’
G_GITOWNER=‘MichaIng’
G_LIVE_PATCH_STATUS[0]=‘applied’
G_LIVE_PATCH_STATUS[1]=‘applied’
G_LIVE_PATCH_STATUS[2]=‘not applicable’

  • Distro version | echo $G_DISTRO_NAME $G_RASPBIAN
    bookworm
  • Kernel version | uname -a
    Linux DietPi 6.1.0-10-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.38-1 (2023-07-14) x86_64 GNU/Linux
  • Architecture | dpkg --print-architecture
    amd64
  • SBC model | echo $G_HW_MODEL_NAME or (EG: RPi3)
    Native PC (x86_64)
  • Power supply used | (EG: 5V 1A RAVpower)
  • SD card used | (EG: SanDisk ultra)

Additional Information (if applicable)

  • Software title | (EG: Nextcloud)
  • Was the software title installed freshly or updated/migrated?
  • Can this issue be replicated on a fresh installation of DietPi?
    3b0cd5c5-8000-40c6-ac83-14972cc6877b
  • Bug report ID | echo $G_HW_UUID

Steps to reproduce

Expected behaviour

Actual behaviour

Hi,
I have an exfat external HD, and for the past 6 months I haven’t been able to download torrents that are written to it.
It is shown by the drive manager under PIHDD
I can browse it and all


I switched from deluge to qbittorrent and it didn’t help
When I change location to local storage, it works… I assume it’s a permission issue.

please help me fix it!

Thanks!

Extra details

exfat is not supporting Linux file system permission at all. You should think of a different file system format.

But… it worked before

Means you are not able to download stuff for 6 month now? Or was this a misunderstanding?

Actually we mount exFAT filesystems by default as dietpi group with R/W permissions, so the BitTorrent software installed via dietpi-software should be able to download there. If you installed it manually, run it as dietpi user or add the run user to the dietpi group.

actually looks like it’s not connected to permissions…
after reinstalling qbittorrent and setting the path to the exfat drive, it started to work
then after a while, it stopped.
and no logs no nothing.
frustrating :frowning:

It might be anecdotal but I had many problems with exFAT drives, this file system always manages to corrupt some files. It seems to be fragile. There is no journaling. As an added bonus, it doesn’t support obvious features like symbolic links. What I’m trying to say is: how about reformatting the drive as NTFS (or ext4 if you don’t care about windows compatibility)?

same problem,
internal hdd with ext4
owner - sshd if change to root, download is OK, next time again…

Yeah ok, if it’s owned by another user and has not 777 or something like that the use who is starting the torrent software can not wirte to it.
But how should it be possible when you set it to root, which is more strict then a “normal” user? You also changed permissions?

I solved for me, in /etc/transmission-daemon/settings.json

"incomplete-dir": "/mnt/disk1/Downloads/transmission/incomplete",
"incomplete-dir-enabled": true,

I don’t have transmission-daemon in etc

Because you use qbittorrent and not transmission. The qBittorrent.conf is in /home/qbittorrent/.config/qBittorrent but you don’t need to edit anything there, you can do this via the webinterface.

I installed qBittorrent and loaded a file without issues to an exFAT stick.
Do you maybe use a hard drive which is only powered via the USB ports?

Logfile is btw in /var/log/qbittorrent/qbittorrent.log maybe you can find some hints there.

My HDD has a power cable


hopefully this will help, thanks

I will also check tomorrow if it is still working.
cheers

I added another torrent today, but I had 0 peers and seeds. I tried to stop qbittorrent sytemctl stop qbittorrent but the command never “ended”, I had to CTRL+C and kill the process via htop.
After a restart of qbittorrent-nox the web-GUI does not show any torrents, for around 2 minutes. Then they popped up and startet immidiately.
I restarted to check if the drive gets mounted automatically, which it does.
Also the downloads functioned properly after the restart, not sure what happend there.

I checked also the logs and the only interesting entries are:

(W) 2023-08-22T18:36:28 - UPnP/NAT-PMP port mapping failed. Message: "could not map port using NAT-PMP[192.168.178.34]: not authorized"
(W) 2023-08-22T18:36:28 - UPnP/NAT-PMP port mapping failed. Message: "could not map port using NAT-PMP[192.168.178.34]: not authorized"
(W) 2023-08-22T18:36:28 - UPnP/NAT-PMP port mapping failed. Message: "could not map port using NAT-PMP[192.168.178.34]: not authorized"
(W) 2023-08-22T18:36:28 - UPnP/NAT-PMP port mapping failed. Message: "could not map port using UPnP[192.168.178.34]: unknown UPnP error (403)"
(W) 2023-08-22T18:36:28 - UPnP/NAT-PMP port mapping failed. Message: "could not map port using UPnP[192.168.178.34]: unknown UPnP error (403)"

But this is expected since I deactivated UPnP in my router and did not deactive this feature in the qbittorrent config.

edit: maybe your ISP blocking your torrent traffic? I know there is an encrypted mode for torrent protocoll, I also saw an anonymous mode in the qbittorrent config.

just for testing, how does it behave if you use local storage instead of an attached drive?

I made a folder /home/qbittorrent/download chown’d it to qbittorrent:dietpi, it’s working without problems.