Headless VncServer Configuration
If you need to configure accessing the pi with osx's Screen, but only have headless access to the pi, you can use a vnc config file.
sudo systemctl enable vncserver-x11-serviced
Generate the password you wish to use in screen with vncpasswd
sudo vncpasswd -service
Create and edit the following file ...
You should install x11vnc and configure it to get same screen on HDMI and also vnc client.
apt-get install x11vnc
then run x11vnc command with parameters.
x11vnc -display :0 -usepw -listen IP_of_pi -allow allowed_ip_address
-display : screen number to get
-usepw : use password security
-listen : IP address of server (Pi IP)
-allow : allowed client ...
I know this was asked a long time ago, but I found an solution to this problem.
If you start it using display :1 (or something more than 0), you have to enter the IP like this: 192.168.x.x:590<displayNumber> (like this 192.168.1.23:5901).
I hope this helps a future user
To be able to use a non-compatible realvnc client you have to downgrade the security of the realvnc server to use vnc password authentication.
To be able to to this without a desktop connection open a SSH session:
Edit the config file in /root/.vnc/config.d/vncserver-x11
Add the following lines at the end of the file
If look at the /etc/init.d/skeleton script, in the beginning of it there are two marks : ### BEGIN INIT INFO and ### END INIT INFO.
All the data inside those marks is the configuration for runtime dependences and you can look them up in the Debian Wiki.
Your script is missing these tags and configuration so insserv just uses some defaults.
This is just a ...
The best part of using your Mac to access the Raspberry Pi's screen is that you don't need to install anything on the Raspberry Pi or the Mac. (KISS rule applied!)
This is good because software like tightvncserver requires Java to run on the Pi. Java is handy but it is a processor pig and should be avoided to keep your project running as fast as possible; ...
The error message is quite clear. You are missing a X enviroment , so install it :
sudo apt-get install xserver-xorg-core xserver-xorg-input-all \
xserver-xorg-video-fbdev libx11-6 x11-common \
x11-utils x11-xkb-utils x11-xserver-utils xterm lightdm openbox
Either install the RealVNC viewer on your Mac, or change the authentication type on the server to "VNC Authentication" and set a suitable VNC password.
The Mac viewer doesn't support RealVNC's system authentication, which allows you to login as a system user.
later I found out another solution to make it work for Remmina 0.9.99.1. You can change the security authentication for the VNC server to be VNC Password instead of Unix password and create an admin user credentials so you can use it in the remote connection as the following:
On VNC Server side on Raspberry Pi 3
Go to the options on the VNC Server on ...
In the desktop menu, go to Preferences > Raspberry Pi Configuration and click the "Set Resolution" button. Or, from the terminal, run sudo raspi-config and choose Advanced Options > Resolution.
If you have a monitor attached, it will show a list of modes supported by the monitor. If you don't have a monitor attached, it will show a list of the most common ...
To make the answer a little more explicit, here are all the steps I took to get it working:
On the raspberry pi
Install tightvnc server (designed to support lower bandwidth)
sudo apt-get install tightvncserver
Configure vnc desktop with screen resolution and color depth
vncserver :1 -geometry 800x600 -depth 24
On the mac
Enable the native vnc client ...
See @Andrew Wedgbury 's comment to the accepted answer. "
It is now possible to do this over VNC. If you're using the RealVNC server on the Pi, go to VNC options > troubleshooting and enable "experimental direct capture mode", then you'll be able to view the camera preview image over the vnc connection. – Andrew Wedgbury May 31 at 8:53 " This worked and is ...
Typically a port around 5900 is used for VNC. In your case, you could try 192.168.1.127:5901. The last digit (1 in this case) refers to the virtual display of the VNC server. It usually starts at 0, meaning 5900 is the standard display/port to connect to.
To do this you can use a little bit of Linux cleverness.
Our first task will be to edit the file /etc/rc.local. This file can contain commands that get run on start-up. If we look at the file we can see that there is already few entries in there;
# This script is executed at the end of each multiuser runlevel.
# Make sure that ...
A new version of RealVNC Server was made available in the repositories yesterday. If you have recently updated your packages and installed this new version, then you will need to restart any running VNC server instances.
It's probably easiest to simply reboot if you can, but if not you can restart the servers.
If you're using the service mode server (i.e. ...
I ran into the same problem today and I could get rid of some of the warnings by installing the two packages:
sudo apt-get install xfonts-75dpi
sudo apt-get install xfonts-100dpi
I got it working using x11vnc rather than tightvncserver or vncserver
This post set me on track. So first I connect to my PI using ssh
I've just encountered the issue too.
As an alternative to aibrahim's method if you are doing it remotely via ssh, here's my steps to VNC to display :0.
Setup password using sudo vncpasswd -service
Add the following lines to /root/.vnc/config.d/vncserver-x11 as described in RealVNC: Support legacy viewers
Set or uncomment, the following lines, in /boot/config.txt
hdmi_mode=16 # (or any other pi resolution you want, 16 is for 1080p)
Reboot your Pi (sudo reboot)
From this Raspberry Pi forum post:
In /boot/config.txt, I set
hdmi_group=2 hdmi_mode=16 (1024x768@60Hz)
Then I ran x11vnc with -configure 1024x600, which is the resolution of
my netbook screen
If you cannot get that to work, I would recommend using a different VNC server altogether. The one I use is ...
What you would need to do is create a reverse SSH tunnel. You would have to configure the Pi to do this before you place it at the remote locations.
What happens is the Pi creates a connection from inside the network. With normal NAT that is considered safe and the connection is established and any data that comes back is routed to the correct IP.
The camera preview seems to be handled on a low level in the GPU, and is visible only on a monitor connected directly to the Pi. Any program that shows the camera image in a regular X window should be viewable over VNC.
If you want the video sent over the network, you might consider stream the video instead. Streaming is easy, the only issue is that that ...
I'm assuming you have an RPi 1 (single core processor). Your code is far too intensive for any single core machine, and is terribly inefficient (but may sorta work) on a multicore machine. The problem lies in the logic of your code. You are using what's called "polling". Essentially, you're the kid that's constantly asking, "Are we there yet? Are we there ...
The simplest solution is to install RealVNC Viewer. You can download it from here, and it is available for Linux, MacOS and Windows. The issue is with the encryption schemes used by different VNC servers.
Still an issue???
Did you mount /var/log tmpfs???
Seems that xrdp at startup expects a file /var/log/xrdp.log, owner xrdp:adm, access 640 to exist and if not fails
Disable automatic start at boot time (systemctl disable xrdp)
chown xrdp:adm /var/log/xrdp.log
chmod 640 /var/log/xrdp.log
systemctl start xrdp