Not Teamviewer-ish but on Windows I’ve set up a simple batch file that launches a reverse VNC connection (using TightVNC) from the remote system to myself in the case someone needs me to look at something on their desktop. Nothing fancy about it, just something simple to get going if you don’t want or need anything more complex.
Haven’t done it on Linux yet but I suspect a bash script + a VNC app (TigerVNC maybe?) would be able to do the same thing.
Mainly the users folder(s) e.g. c:\users\YOURUSERNAME , the hidden appdata\local and appdata\roaming folders in there probably contain way more than you actually need to back up but you could back up the whole thing to be on the safe side. Most of your user’s program configuration data is in those folders.
Sometimes systemwide program config data is in the hidden c:\programdata folder but I wouldn’t back that up aside from specific programs you really want to save config info for.
Aside from that any other folders you created containing data you care about.
And like the other comment mentioned, the Windows registry also has lots of program config data but I usually skip that, the majority of it is useless… but if there’s a great need for you to export a specific registry tree you could do that via the command prompt to export to a backup text file. I think reg export would do it https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/reg-export
Is there something I am missing, or does it really just come down to people not wanting software that isn’t “cutting edge” release?
It might just be that, people tend to gravitate to the next shiny new thing. But you’re right, even when the application repos skew a bit older they’re not really that old. And technically nothing is stopping you from running a more up-to-date application via flatpak, appimage, or just compiling directly. I think it’s perfect for people looking for a more vanilla boring experience with the standard DE environments (GNOME, KDE, etc.).
I will say for total noobs another distro is maybe more friendlier, more polished installer, etc… before settling on Debian I was happily using Ubuntu which felt easier for someone still getting used to Linux. But I always knew it was Debian based which made me curious about eventually just running Debian itself… nowadays Debian is my main and has been great.
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
Funny enough I wasn’t too sure what this was about either, figured it was about Google’s AI or maybe it was a protocol for decentralized cryptocurrency blockchain tech. The Gemini cryptocurrency exchange has been around since 2014 (https://en.wikipedia.org/wiki/Gemini_(cryptocurrency_exchange)).
There’s just too many things named Gemini.
You already tested with a standard Windows 10/11 install ISO? Put that on a bootable USB along with your exe but instead of installing you go into the recovery options and should see a way to get to the cmd prompt where you can test run that .exe. It might have the same results as Windows PE but it’s worth a try and downloading the Windows ISO is free anyway.
Worst case if you have a spare HDD/SSD you can put that into your system, temporarily install Windows 10/11 onto it (I don’t think you even need to worry about activation), run your .exe, then shutdown and swap your drives back to your normal setup and be done with it.
But yeah I get what you’re saying, ideally there’s a better way but I’m not too sure what else to suggest within Linux itself.
A little research got me to a “systemrescue” iso and that one worked fine. The live environment fired up and I was able to save all my data by mounting the partition via terminal into /mnt/mountfolder/.
Nice. I always keep an ISO of systemrescue on a bootable USB for these occasions, it’s gotten me out of jams in both Windows and Linux situations.
Not sure what to make of your issue with Ubuntu stopping from working, including the live boot, only for it to work again for you in the end. My hunch is wonky hardware but can’t really say.
I 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.
Will be curious what solution you come up with. I tried to do this with my current Debian installation but never quite got it to boot off the RAID-1 array. In the end just went without RAID on the drive with Debian installed, maybe will re-attempt next time I do an OS install. I do have mdadm RAID-1 working normally for my data drives, just not the boot drive… you technically could just do that if you want to have your RAID-1 data drives separate from your OS boot drive.
Can’t comment on the Calameres installer but the regular Debian installer does detect RAID configurations from other mdadm setups. So you could either create your RAID-1 configuration in the shell during the Debian install or even create it in another Linux boot shell before jumping into the Debian installer. e.g. booting any live Linux with mdadm in it, configure the RAID-1 there, then boot into the Debian installer - the Debian installer will know there’s a prior RAID-1 on those disks and allow you to proceed with installing on the array if you wanted.
What tripped me up afterwards was trying to get it to boot off that RAID-1 afterwards, that part is not so straightforward. The link in the other comment does go into that so maybe it’ll helpful.
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.
Some ideas for the future
Xrdp fail… plain and simple…
Xrdp usually works fine, you should try to find any specific error messages or logs. Xrdp also runs a service so you could also see if the service itself is running or what it’s status is (systemctl status xrdp).
For me Xrdp did fail when I initially tried to run it. I don’t remember the exact error being produced but there was something wrong with the port number xrdp wanted to use… in the end I had to stop the service, edit /etc/xrdp/xrdp.ini and set the port to a specific port number without using vsock. xrdp by default was set to use vsock ports which wasn’t working for for me.
Set up SSH on it and make sure you’re able to connect into it while it works normally, that way when the issue occurs you can do a quick test to see if the system itself is still up and running.
I’m not on Linux Mint / Cinnamon but I’ve occasionally seen GNOME sort of hang/freeze so the screen display becomes non-responsive. After a couple of times of that happening I ended up setting up SSH on the system and configured a SSH client on my phone so I can do a SSH connection into the desktop and force-logout my user (which apparently fixes the issue and brings my main desktop back to a normal login screen). I haven’t quite figured out if it’s Gnome issues or something to do with my Nvidia GPU… though with Linux if Nvidia is involved then it’s usually Nvidia, ugh.
Also if you’re physically at the computer when it happens try unplugging/replugging in the monitor cable, maybe there’s something wonky going on there or with the display connection.
Just some ideas to help you along :)
Do I need to run a virtual machine with win11?
Yes this definitely works fine. QEMU with Virt-Manager works well, you can set up as many versions of Windows as you like. Other people use VirtualBox, VMWare Workstation, etc. These all work well enough to run Windows + standard apps like MS Office or whatever you need.
Debian by default uses the Nouveau open source driver for Nvidia GPUs and that driver does support Pascal. Debian installations will continue to work just fine even without Nvidia’s development support.
https://en.wikipedia.org/wiki/Nouveau_(software)
I don’t know if that’s something that can be done on Arch but in theory you can test the fallback Intel driver vs Nouveau and see which fallback you prefer.
Nouveau works well for day-to-day use and works with Wayland. I’m not a hardcore gamer but have played low-mid range Steam games without issue. I suspect it may not do well playing high end AAA games but then again if you’re rocking a Pascal era GPU it’s unlikely you’ve been playing those type of games anyway.
EDIT: Just to add, pretty sure the built in Intel iGPU on your laptop is more power efficient vs the Nvidia GPU so it may be worthwhile to disable the Nvidia GPU entirely rather than worrying about software drivers.
I’ve been using Debian with the default GNOME on an old laptop and main desktop and have been very happy with it. Coming from Windows I love that it’s way simpler and I don’t need to set a million options.
But remember the thing with Linux is you’re not locked into anything - So try GNOME or XFCE for a few weeks, then if you still want something else install and switch over to another desktop environment. You could even install all these desktop environments during the Debian install itself and just keep switching every time you log in.
Just to be sure, did you already test that the port is actually open and forwarded? e.g. with your torrent client running browse to a port test website like https://canyouseeme.org/ , https://www.yougetsignal.com/tools/open-ports/ , etc. put in your torrent client’s incoming port and check if the website can “see” your open port at your torrent client.
And the ISP (or router) itself isn’t doing anything weird to block torrents, right? In your torrent client if you click any working public torrent, click on the Trackers tab, you should see DHT as working along with whatever open trackers are on the public torrent. In other words you won’t see anything like “waiting” something (I forget the exact message you’ll see when DHT is being blocked but it’ll definitely not be working).
EDIT: Also if it’s a new ISP with new router it might have firewall rules set up that are slowing things down, something to check.
Seems like it’s down right now.