This page documents common bugs in Fedora Linux 35 and, if available, fixes or workarounds for these problems. If you find your problem in this page, do not file a bug for it, unless otherwise instructed. Where appropriate, a reference to the current bug(s) in Bugzilla is included.
Read the F35 Beta release announcement for specific information about changes in Fedora Linux 35 and other general information.
My bug is not listed
Not every bug is listed in this page, but Bugzilla should be a comprehensive database of known bugs. This page is a sampling of the bugs most commonly discussed on our mailing lists and forums.
To see if your bug has already been reported, you can search Bugzilla. If it has not yet been reported, we encourage you to do so to help improve Fedora for yourself and others. A guide to Bugs and feature requests has been prepared to assist you.
If you believe an already-reported bug report should be added to this page because it is commonly encountered, you can:
- Add it yourself, if you have wiki access. Common bugs instructions provides guidance on how to add an entry to the page correctly, but the most important thing is to make sure that the bug is listed - don't worry if you don't get the format quite right, we can clean it up later.
- Or, add the CommonBugs keyword to the bug report. Someone from the QA team will then inspect the issue to determine whether the bug should be listed as a common bug. To expedite your request, please add a comment to the bug that includes
- a summary of the problem
- any known workarounds
- an assessment on the impact to Fedora users
For reference, you can query Bugzilla for bugs tagged CommonBugs:
- CommonBugs? (bugs with CommonBugs keyword, but do not yet have a link to this page)
- CommonBugs+(bugs with CommonBugs keyword and contain a link to this page)
Trying to log into GNOME on Xorg still gives Wayland
Some users have reported that trying to log into the "GNOME on Xorg" session that is available from the login manager still results in a Wayland session. This seems to happen if the Xorg session is pre-selected (because it was used in the previous session), and not if you explicitly select it from the menu.
Enabling third-party repositories during GNOME initial setup does not work
The initial setup tool that runs on first boot after a fresh install of Fedora Workstation offers an option to enable third-party software repositories. However, if SELinux is in enforcing mode (the default), this will not work.
To resolve this issue, you can simply run GNOME Software and enable third-party repositories there (it should offer you the option on first run). This will work correctly. We intend to resolve this issue for the Final release.
Resolving dnssec-enabled domains may fail after FreeIPA server upgrade to Fedora 35
In automated testing of FreeIPA on Fedora 35, we found that upgrading a FreeIPA server with dnssec validation enabled to Fedora 35 may possibly break DNS resolution of hosts in dnssec-enabled domains. This problem occurs in our automated testing environment, but has not yet been successfully replicated outside it, so it may be specific somehow to that environment. However, if after upgrading a FreeIPA server configured to act as a DNS server to Fedora 35 you find that you have problems when resolving hosts in dnssec-enabled domains, you can try disabling dnssec validation on the server:
# ipa-dns-install --disable-dnssec-master
If you attempt to enrol a system in an Active Directory domain using Cockpit, it may fail with the error "Not authorized to perform this action", even after gaining administrative privileges. To work around this problem, you can refresh the page after gaining administrative privileges, or log in to Cockpit directly as root.
ARM and Aarch64 issues
GNOME (and likely other graphical environments) fail to start on Jetson Nano
Due to a known issue in the 3D graphics stack, GNOME - and likely other graphical environments and applications - do not run on the Jetson Nano board in Fedora 35 Beta. This means you cannot boot Workstation or other graphical images on the device. We regret that it was not possible to resolve this issue in a reasonable time frame for the Beta release. We are hoping to find a way to fix it before the Final release.
Raspberry Pi Boards will not start without being connected to a monitor
An HDMI monitor must be connected to Raspberry Pi boards to boot successfully. To boot headless after completing initial-setup, add
/boot/efi/config.txt. This is due to an upstream regression and will be fixed in a kernel update.
Raspberry Pi 4 GUI frequently locks up with the Workstation Edition
While not officially supported in Fedora, the Raspberry Pi 4 works well for most use cases. Unfortunately the upstream vc4 driver frequently locks up when using Wayland on the Workstation image. This is considerably better when using Xorg, but can still be affected by the bug. To workaround this issue you can blacklist the vc4 driver by running the following command ''.
Cannot run Fedora 33 or 34 toolbox containers in Fedora 35
It has been reported that trying to run a Fedora 33- or Fedora 34-based toolbox container on Fedora 35 - commonly used on OSTree-based systems like Silverblue and Kinoite - fails with an "invalid entry point PID" error. A fix for this is being worked on upstream, but until that is done, there is no known workaround for the problem. You can only use a Fedora 35-based toolbox container on Fedora 35 for now.