Jump to content

Teamviewer-host fb0 shows only after connecting monitor.


elpokoloko

Recommended Posts

Hey all 

 

I am pretty new to Linux and Arm devices and not native English speaker so sorry for eye bleeding typos and grammar.

 

I have a trouble to make TeamViewer-host work on Headless Armbian Focal 5.4.46.

Installation goes with no issues, but at the end of setup I am getting this error message:

"The framebuffer console seems to be unavailable or has the wrong format. For connections to framebuffer consoles to work please make sure that /dev/fb0 is accessible and configured to at least 16-bit depth."

 

I already find out that when I connect any monitor to HDMI I can see /dev/fb0 and I can connect using Teamviewer.  The monitor can be disconnected and the Teamviewer will still work until next reboot.

Is there any way how to workaround the need to plug in monitor in order to have /dev/fb0 available?

 

I know there are other options than Teamviewer but in my situation this is only viable option.

 

Thank you 

 

Edit:

After connecting monitor dmesg shows:

[  531.445323] Console: switching to colour frame buffer device 240x67
[  531.494815] rockchip-drm display-subsystem: fb0: rockchipdrmfb frame buffer device

 

Is there any way how to trigger this without connecting monitor ? 

 

Edited by elpokoloko
my bad
Link to comment
Share on other sites

I guess that you could always try to recompile your kernel and enable the "Virtual Framebuffer" driver ( CONFIG_FB_VIRTUAL=y ) and see how it goes.

This should create a virtual /dev/fbX node... If you don't plug your monitor on startup, this one should be /dev/fb0 . Else, you'll have to play with udev to either force vfb to /dev/fb0 or the rockchip driver to /dev/fb1.

 

 

Link to comment
Share on other sites

Thanks for the response. @Myy

 

For anyone following this thread and who is looking for quick fix for TeamViewer. I managed to resolve it with $3 Dummy HDMI plug. 

 

I will look into your suggestions as I think there should be better way than use dummy plug.

 

Thanks again for your time.

 

P.S.: Is the CONFIG_FB_VIRTUAL=y suppose to go to boot.cmd/armbianEnv.txt or I just need to follow this guide. Sry for stupid question.

 

Link to comment
Share on other sites

Well, to add the "Virtual Framebuffer" driver, you'll have to reconfigure and recompile the Linux kernel using the armbian build tools, and ensure that CONFIG_FB_VIRTUAL is set to 'y (* compiled within the kernel)' or 'm' (compiled as a loadable module) when configuring the kernel...

 

If you're not familiar with these tools, and you have no idea what "recompiling a kernel" means, the $3 Dummy HDMI plug might be WAY better for the time being.

Even more due to the fact that I'm not sure that it will solve TeamViewer problem entirely. I just think so, since the virtual framebuffer can be used for "off-screen rendering purposes", so TeamViewer should be able to use it to read/write pictures into the framebuffer, and then send it through the network...


Edit : Yes, you'll need to follow the guide you mentioned, if you want to reconfigure and recompile a custom kernel for your board.

Link to comment
Share on other sites

This thread is quite old. Please consider starting a new thread rather than reviving this one.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines