9·
11 days agoEarlier post https://lemmy.world/post/43496203
Brickfrog
- 0 Posts
- 122 Comments
Joined 3 years ago
Cake day: June 13th, 2023
You are not logged in. If you use a Fediverse account that is able to follow users, you can follow this user.
11·14 days agoThose are pretty low limits but without knowing your actual bandwidth, or if you’re dealing with data caps, can’t say if you’re being rude… but you’re probably fine. In the end you contribute what you can, and seeding is still better than not seeding :)
My own rule of thumb, if my running p2p software needs to have bandwidth limits then I aim for at least 1 Mbit/s (122 KiB/s) to contribute to the network. But that assumes you actually have 1+ Mbit/s internet upload and no data caps, people around the world have different available speeds.
Might be helpful too https://duckduckgo.com/?q=50+kibibyte+to+megabit
Seems like it’s down right now.
That’s weird, maybe an update broke something? What I would maybe do is uninstall Xrdp (and maybe remove/rename the old config files just in case), then re-install and configure it. From there if it’s still not working try to see what’s showing up in the log files maybe.
I did notice that Xrdp requires some extra configuration to work properly with Linux Mint Cinnamon, you apparently need to create a .xsession file in the home folder of whichever user(s) you’re trying to remote into. I’m not on Linux Mint myself but maybe searching around will give you some tips e.g. this seems like a good rundown https://gist.github.com/ParkWardRR/2ab9b5d41bbaceca8471d591755a1898
EDIT: You probably already know this from using it before but for RDP on Linux you’d need to remote into a user that is not already logged in… it’s not like in Windows when you can RDP into any user regardless if they’re already logged in or not.
Yup, been using Xrdp in a Debian + GNOME Wayland setup without issue.
I’ve also used GNOME’s built in Remote Desktop (RDP) with Wayland. KDE’s own RDP should work with Wayland too but I haven’t tested that one yet.
RDP (the same protocol Windows Remote Desktop uses) works fine on Linux. I’d suggest investigating why that suddenly stopped working for you.
For what it’s worth Xrdp seems to work well on Linux for enabling a RDP Remote Desktop server… I suspect you are / were(?) already using Xrdp and just need to figure out why it stopped working.
deleted by creator
8·1 month agoI don’t know about “best” but on Android I’ve been using the K-9 mail app for years without problems. Supports multiple email accounts as well as standard IMAP/SMTP email protocols which is all I really need. The project was merged with Thunderbird so now it’s Thunderbird for Android.
They have a reputation for deleting free accounts. If you plan to use Tuta for more than a few months be sure to use their paid plans, not free.
maybe the comments in this post help? https://lemmy.ml/post/40864672 and/or consider posting in one of the jellyfin communities like /c/jellyfin@lemmy.ml or /c/jellyfin@lemmy.world ?
My guess is you probably need to go into terminal and probably fix the folder/file permissions for your media library folders (using chmod), then remove/re-add that media library in jellyfin itself so it can scan the folder properly. But that’s just a guess without really knowing your actual set up.
PS - Don’t worry about Ubuntu, once you get your initial setup figured out everything will run stable.
111·2 months agoI don’t remember how Jellyfin installs on Windows nowadays but if it’s just the Jellyfin tray icon executable giving you issues maybe a simple fix is just to remove it from being autostarted? This is assuming the rest of Jellyfin starts up fine without needing that tray icon in the Windows taskbar.
If that doesn’t help it might be that .NET is broken on your system. That’s a lot harder to fix unfortunately… you could try to see if the Windows add/remove programs gives you an option to re-install/fix the current .net installation but that may not help you out much.
You could also check that your Windows system files aren’t themselves broken. Google around for running SFC and DISM, offhand I typically do something like (in an elevated cmd.exe window):
sfc /verifyonlyif the above tells you there are system files to fix run
sfc /scannowRestart the computer, repeat the above until sfc tells you there’s nothing to fix.
Then run
dism /online /cleanup-image /scanhealthif the above tells you there are files to fix run
dism /online /cleanup-image /restorehealthRestart the computer, repeat the above until dism tells you there’s nothing to fix.
If none of the above fixed anything then it may be time to consider reformatting and re-installing Windows fresh.
(at home I’m on Linux myself but still support Windows systems at work every day)
2·2 months agoAh true, Fopnu is his other non-bittorrent p2p app. In some ways Fopnu is the spiritual successor to WinMX. It is clearnet only so it’s a bit outside the scope of I2P.
The same dev did also create DarkMX (https://darkmx.app/) which was Tor only up until more recently when he added I2P support around the same time frame he was adding I2P to Tixati. DarkMX (IMO) seems more interesting for I2P users since it was designed from the beginning to work within darknets. Haven’t had a chance to play around with it so can’t say that it has much of a user base but could be worth a look.
Not un-useful, but the number of Tixati users is already limited on the open internet (and heavily slanted towards certain unsavoury interests). Finding other Tixati users on i2p just limits your potential peer group further.
To be fair Tixati is a bittorrent client using the same standard bittorrent protocol that other clients use. So it will connect to bittorrent swarms, peers, trackers, etc. just like any other I2P bittorrent client. So Tixati users will connect to I2P bittorrent peers using I2PSnark, XD, qBittorrent, and BiglyBT. (and any others I missed)
The big limitation is that there are less bittorrent peers on the I2P network vs the clearnet internet… it’s a big difference. It’ll probably stay that way until there’s more people keeping torrents active within I2P, hopefully in the future.
Other minor limitation is that I2PSnark (& and maybe Tixati) are the only bittorrent clients that can use the bittorrent DHT within I2P, all the other bittorrent clients can only find peers using bittorrent trackers. It’s not a big deal as long as people remember to add I2P trackers to their torrents but it does make things less decentralized. Tixati does claim I2P DHT support but I’m not sure how well it works in practice.
Interesting, I did not realize Tixati had I2P support. Actually it has had I2P support since January 15 2025 so it’s had that for a year now.
Tixati itself is not new, the torrent client has been around since 2009 (surprisingly the developer kept all those release news updates on the website https://tixati.com/news).
For darknet p2p file transfers the same developer did create DarkMX (https://darkmx.app/), that itself has had I2P support since June 2025. It used to be Tor only up until then… I haven’t used it personally but it would make more sense for people to use DarkMX rather than Tixati since DarkMX was developed from the beginning without requiring clearnet internet. Using Tixati with I2P is fine but you’re still relying on the Bittorrent protocol for Tixati to work.
Fun fact: This is the same developer that created WinMX back in the day (Kevin Hearn), his software has never been open source but he’s been developing p2p software for a long time now.
Feels like this should have already been resolved with standard Linux permissions, any user on your system should be able to read/traverse that folder and files with the r-x permission on world.
From your earlier comment one of the parent directories is listing with “+” permission so it sounds like you are using extra permissions outside of the standard Linux, probably ACL permissions. I haven’t worked with ACL permissions on Linux enough to offer much advice but what you may want to do is run something like getfacl d64ea996-98aa-4eef-8a93-0a2ba2246f0f as well as run it on one of your media files, that might give you some clues on what the ACL permissions look like.
Also - I’m assuming you already did this - but if you didn’t already make sure your jellyfin service is actually launching with the expected user and user group. Based on your setup you may want to be sure the “jellyfin” Linux user is added to the “video” user group, and then make sure that’s what is being referenced in jellyfin.service.conf (by default is usually in /etc/systemd/system/jellyfin.service.d). If you edit that file be sure to stop the jellyfin service first and then restart it after editing e.g. “systemctl stop jellyfin” and “systemctl start jellyfin”.
Only other thing I can think of is that maybe there’s something wrong with the way your system is mounting the drive and folder. Since you seem to be using the autogenerated UUID for the mounted folder name (d64ea996-98aa-4eef-8a93-0a2ba2246f0f) maybe it’s better to edit fstab yourself and set up your mount as something more permanent with a normal name, and also double-check the permissions everything is mounting as.
Four spaces before the line you want to codify :)
e.g.
UUID=“your uuid” /mnt/external exfat defaults,uid=1000,gid=“your group id”,umask=002,nofail 0 0vs non-formatted
UUID=“your uuid” /mnt/external exfat defaults,uid=1000,gid=“your group id”,umask=002,nofail 0 0
Are the files within the folders the media folder also with permissions 775 (rwxrwxr-x)? The actual .mkv .mp4 or whatever files themselves should be the same permissions as the parent folder(s). Could be worth doing a chmod -R 0775 d64ea996-98aa-4eef-8a93-0a2ba2246f0f if you’re not sure.
You probably already tried this but just in case: In the Jellyfin admin pages, in Libraries, try removing that media library, then re-add the media library and when adding Folders paste in your entire media folder path/name: /media/velummortis/d64ea996-98aa-4eef-8a93-0a2ba2246f0f
The reason I mention that is that I did a quick test here with a bad permissioned folder, added the media folder, Jellyfin couldn’t see anything in it obviously. But even after I fixed the folder permissions Jellyfin still wasn’t seeing the media - I had to remove the library entirely and then re-add it to force Jellyfin to attempt to scan the folder with new 775 world permissions.
Also using Debian + Jellyfin normal install with basic permissions (in the future maybe I’ll try this with ACL permissions).
Starting out I tinkered with creating a specific user group for jellyfin but it never quite worked right… in the end I reset the jellyfin user/service back to defaults and set permissions on my media folders to 0775 so that the jellyfin service can read/execute (no write) as the world permission bit. Also made sure to set permissions recursively (chmod -R). For me it’s fine though keep in mind setting 5 for world does mean all users with access to your system can read and traverse through those media folders.
Like others said dd should work.
If for whatever reason you prefer cloning software I’m pretty sure Clonezilla will easily do a disk-to-disk clone, just double-check if you still need to expand the partition on the new drive after cloning (I don’t remember if Clonezilla does that for you).