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
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
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)?
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?
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.
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.
