MX Linux Forum

BTW: The error I'm experiencing is not in the Client-to-Cloud-to-Client connection but rather the Client -> Settings Admin Password (see pic).

This is the screen where the password reset failure is occuring:

https://i.postimg.cc/2V0ckjMT/rustdesk-password-error-1.jpg


Use your MX sign in ...

this is a grep only in a suggest to help find anything else related. recursively


OK, thanks, just wanted to be certain.

BTW: The error I'm experiencing is not in the Client-to-Cloud-to-Client connection but rather the Client -> Settings Admin Password (see pic).

This is the screen where the ...

could try to delete the "rustdesk" directory in .config/rustdesk

cd .config ; rm -rf rustdesk

in addition from cmdline try grep -Einlr "rust" $HOME/*
and also delete remove any previous remnant prior the re-install
as a thought.


Is there any chance that this might remove other "rust ...

OK, it seems that Uninstall doesn't uninstall everything ...

So, I've gone through and manually deleted everything "rustdesk" that I could find.

NO JOY ... even after all of that, when I reinstall - same problem.

RustDesk, at least in MX Linux, appears to have their Client admin password buried ...

could try to delete the "rustdesk" directory in .config/rustdesk
cd .config ; rm -rf rustdesk [\code]

Done.

[quote=atomick post_id=821771 time=1749318501 user_id=34713]
in addition from cmdline try grep -Einlr "rust" $HOME/*
and also delete remove any previous remnant prior the re-install
as ...

What would prevent Rustdesk from loading "libcuda.so.1", please?

$ rustdesk
Cannot load libcuda.so.1
Try setting transparent
Cannot load libcuda.so.1
flutter: launch args: []
flutter: initializing FFI main
flutter: _appType:main,info1-id:37fc5422e1febdb8921954d9665e5d75,info2-name:Debian GNU/Linux,dir:/home/dmc/Documents
flutter: _globalFFI init
flutter ...

A power surge, or something, corrupted the admin password for the RustDesk Client install on my MX Linux laptop.

I uninstalled it. Deleted ~/.config/RustDesk.toml, rebooted, then reinstalled.

It fails to prompt me to create an admin password but demands one when I try to change settings.

In ...

UPDATE: I can connect (using Rustdesk Client) to another Pi, running Rustdesk v1.3.9, then connect to the Pi that's running the scanner software (using the Brave browser) - and it works correctly.

Very odd ...

They are similar, like Teamview, and some others.

I had some problems with Anydesk and Rustdesk had been working well.

I'm hoping it's just the version mismatch.

(Their Nightly Build is at 1.4.x but the Raspberry Pi install via Pi-Apps is 1.3.9)