mirror of
https://github.com/rustdesk/rustdesk.git
synced 2026-03-02 19:26:56 -05:00
Unable to connect to Clients without monitor attached (headless linux) #48
Labels
No labels
bug
documentation
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
question
unreproducible
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/rustdesk-rustdesk#48
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Midnex on GitHub (Jun 4, 2021).
OS: Linux Mint 20.1 x64
Kernel: 5.4.0-58
Unable to connect to Linux machines with no monitor attached.
Remote Error:
No Display
@Midnex commented on GitHub (Jun 5, 2021):
What is invalid about it? I am confused, I have tried several machines with no displays connected and get the same error. All running various versions of Linux Mint and Manjaro Linux. I have no tried with Windows.
@rustdesk commented on GitHub (Jun 5, 2021):
I understand your scenario, but in the near future, we can not create virtual display. It is not a simple job.
@Midnex commented on GitHub (Jun 5, 2021):
RustDesk seems to be a remote control app more then a screen sharing. Screen sharing usually lacks controlling. While I understand, other rdp/vnc solutions can already do it. And would love to see it eventually make its way into your app. It is a extremely nice app so far, extremely fast, low memory, and I love it.
@gongjiaji commented on GitHub (Jun 21, 2021):
google remotedesktop could do it, would you please reconsider this scenario as quite a lot of servers are running without a monitor. Thank you.
@rustdesk commented on GitHub (Jun 21, 2021):
Of course
@rustdesk commented on GitHub (Jun 23, 2021):
As a temp solution, you can install xrdp on Linux, and rdp to Linux using RustDesk port forwarding.
@Jimmo-o commented on GitHub (Jun 25, 2021):
you can solve this problem through this https://service.oray.com/question/11969.html
then
@starccy commented on GitHub (Nov 9, 2021):
This problem also appears on Windows when the screen is locked.
@rustdesk commented on GitHub (Mar 3, 2022):
https://github.com/pavlobu/deskreen/discussions/86
@fufesou commented on GitHub (Apr 23, 2022):
Xvfb is a solution. While as methoned in the wiki:
As of 2016, Xvfb was slated to be replaced by xf86-video-dummy in X.org 7.8.
Xdummy is a supported by default.
You can find the driver file in Ubuntu
/usr/lib/xorg/modules/drivers/and Centos/lib64/xorg/modules/drivers/.The solutions of xrdp and xpra are good references.
@rustdesk commented on GitHub (May 26, 2022):
https://github.com/rustdesk/rustdesk/issues/192#issuecomment-1133901726
@tcoombs commented on GitHub (Jun 22, 2022):
Try using a dummy HDMI connector as this should enable a display that RustDesk can connect too.
@Luluno01 commented on GitHub (Aug 8, 2022):
The virtual monitor solution seems to conflict with real monitor - installing a virtual monitor will disable the output to the real monitor (but maybe it is possible to make the real monitor a secondary display?). This will make it harder to rescue your PC when, for example, the network fails, so that you have to connect a real monitor, which won't output anything if you have a virtual monitor installed already. I guess rustdesk will need a sesman equivalent counterpart?
@rustdesk commented on GitHub (Aug 31, 2022):
For windows, a virtual display driver is recommended:
https://github.com/rustdesk/rustdesk/issues/418#issuecomment-1233018617
@viniciusnevescosta commented on GitHub (Mar 9, 2023):
So if I connect an HDMI cable from my machine (Windows 11) to my other computer (Fedora 37 - Gnome, Xorg), would this error be resolved?
@rustdesk commented on GitHub (Mar 10, 2023):
https://github.com/rustdesk/rustdesk/issues/3592 xserver-xorg-video-dummy may be a good solution.
@JfiungoM commented on GitHub (Mar 13, 2023):
I was with the same problem. I used VGA dummy plug. It works for me.
https://www.geeks3d.com/20091230/vga-hack-how-to-make-a-vga-dummy-plug/
@nekuneko commented on GitHub (Mar 19, 2023):
I'm an headless-linux-workstation xrdp user, so I want to remote control the workstation by VNC/XRDP/AnyDesk/RustDesk/SSH and so many protocols I can in order to keep access to it in case of failure. This my temporal and ugly "hack" for RustDesk server without monitor attached:
sudo killall rustdesk && sudo service rustdesk restart/etc/X11/xrdp/xorg.conffile).I already tried the solution of making a custom
/etc/X11/xorg.conffile but I loosed the HDMI hot-plug with it.With this "hack" solution HDMI hot-plug is maintained. I will update if I can improve this solution.
I hope RustDesk developers could implement a solution similar to xrdp actually does for creating a virtual environment, I think this feature is crucial to be implemented for headless machines in order to switch from AnyDesk.
@congzhangzh commented on GitHub (Apr 3, 2023):
If you have an intel integrated graphics, you can turn on the virtual display, and desktop acceleration is available.
https://github.com/medlab/daily-scripts-4-us/blob/main/enable_headless_intel_igpu_4_nomachine.sh
@congzhangzh commented on GitHub (Apr 3, 2023):
I think fake hdmi is still simple and efficient, and it can be done for less than 20 yuan. It takes a lot of effort to get virtual output, and all the linux knowledge at the bottom of the box is used.
https://item.m.jd.com/product/100016651011.html
To test graphics card acceleration, you can use this https://webglsamples.org/aquarium/aquarium.html
@madroots commented on GitHub (Sep 12, 2023):
Solution for raspberry pi as of September 2023:
edit file /boot/config.txt like this:
Uncomment -> hdmi_force_hotplug=1
Uncomment and change group -> hdmi_group=2
Uncomment and change mode -> hdmi_mode=82
Comment -> #dtoverlay=vc4-kms-v3d
save and reboot your pi. Rust desk should connect now.
Credit goes to @viniwludwig, found this on some youtube video in comments.
@Kareltje1980 commented on GitHub (May 7, 2024):
For the RPI5 this doesnt work anymore, you need to add
vc4.force_hotplug=1to the end of the only one line in /boot/firmware/cmdline.txt@mayemu commented on GitHub (Jul 6, 2024):
is there a cleaner more reliable solution besides HDMI dummy plug yet? I really need this functionality for my server. I'll get a dummy plug if I have to but id rather not haha
@rustdesk commented on GitHub (Jul 6, 2024):
https://github.com/rustdesk/rustdesk/wiki/FAQ#headless-linux-support
@gregoryPM commented on GitHub (Jul 17, 2024):
Can confirm this does solve the issue on RPi 5 running Ubuntu).
@rustdesk commented on GitHub (Sep 24, 2024):
raspberry pi os 12 (bookworm). https://www.reddit.com/r/rustdesk/comments/1fodeku/headless_linux_on_rustdesk_display_and_desktop/
https://forums.raspberrypi.com/viewtopic.php?t=363503
@jlinkels commented on GitHub (Nov 19, 2024):
Add vc4.force_hotplug=1 to the end of the only one line in /boot/firmware/cmdline.txt.
I confirm this works on a Pi4 running Bullseye.
The only downside is that the local LXDE session cannot be controlled locally when this parameter is set if a screen is connected anyway. That is, the Desktop shows up. But no menu bar or mouse interaction. That is not a Rustdesk problem.
@jashanbhullar commented on GitHub (Feb 7, 2025):
it works on pi 5 with
video=HDMI-A-1:2048x1440@60Din file/boot/firmware/cmdline.txtAfter connecting it shows a blank screen but it toggle recording, it works 🤷♂️
Also, pi 5 uses the 64bit version
@Liverpooler10 commented on GitHub (Feb 28, 2025):
Any idea whether this works on a dell wyse 5070 aswell?
@coolDad7777 commented on GitHub (Jan 9, 2026):
What>?