Fedora 32 Tiger VNC Stopped Working After Update
Created: 21 September 2020 Modified:Fedora has been our operating system of choice. We have been maintaining an reusing systems over many years. This recently led to an issue with Tiger VNC. Tiger VNC would no longer start on workstation boot. This occurred after a DNF update. After investigation two issues were found. The first is that there wasn’t a user defined in a Tiger VNC configuration file. Note that Tiger VNC was working fine without this prior to the update. The second issue was caused by a conflict with SELinux and the systemd start script.
Lets demonstrate how to tell if you have the first issue. We will attempt to start the VNC service and check its status. If it tells us that there isn’t a user configured for display :1, we have the first issue.
No user configured example.
To resolve the issue we simply edit /etc/tigervnc/vncserver.users. You should replace “username” with your Linux user name.
/etc/tigervnc/vncserver.users
If you are having issues with SELinux it still won’t start. So let’s demonstrate how to tell if you are having SELinux issues. If we have an issue there will be an AVC message telling us SELinux denied access to some resource.
Check for SELinux issues
I have found the SELinux basics simple to understand. This simplicity seems to disappear when trying to fix SELinux issues on a workstation. Fortunately there is a command we can use to fix problems without fully understanding the intricacies. Run the following command and it should reset the SELinux properties for .vnc in our home directory.
Reset SELinux attributres on .vnc directory
Now verify your Tiger VNC is working properly by running the following.
Verify Tiger VNC working
tags: fedora - 32 - tiger - vnc - fail - stopped - start