From Fedora Project Wiki

No edit summary
(move some resolved issues that were still in the main text down to resolved issues section)
 
(7 intermediate revisions by the same user not shown)
Line 12: Line 12:


== System issues ==
== System issues ==
{{Common bugs issue|f33-memory-leak-amd|A memory leak on selected AMD cards|1880833}}
Some users have reported a memory leak on their AMD cards that lead to consuming all free memory and a system freeze. The issue '''does not occur on all AMD cards'''. Please, report your AMD set-up if you are affected by this issue.
{{Common bugs issue|f33-secure-boot|Secure Boot fails to boot F33 Beta image|1883609}}
{{Common bugs issue|f33-secure-boot|Secure Boot fails to boot F33 Beta image|1883609}}


Line 25: Line 20:
Switching off Secure Boot should be the very last option to workaround this issue.
Switching off Secure Boot should be the very last option to workaround this issue.


{{Common bugs issue|sudo-uses-vi-not-nano|Commands run with sudo use vi as the default editor, not nano|1889576}}
{{Common bugs issue|sudo-uses-vi-not-nano|Commands run with sudo use vi as the default editor, not nano|1889576}} <!--#SCRIPTIGNORE# this comment marks issue to be ignored by scripts -->


With the [[Changes/UseNanoByDefault]] feature in Fedora 33, `nano` should be the default editor everywhere. However, if you run `sudo command`, and that command launches a text editor, it uses `vi` instead of `nano`. The reason is that `sudo` resets the environment, which includes the `EDITOR` environment variable (where `nano` is configured). If you want to run such a command using `sudo`, but keep using `nano` as the default editor, the recommended way to execute it is `sudo -i command`.
With the [[Changes/UseNanoByDefault]] feature in Fedora 33, `nano` should be the default editor everywhere. However, if you run `sudo command`, and that command launches a text editor, it uses `vi` instead of `nano`. The reason is that `sudo` resets the environment, which includes the `EDITOR` environment variable (where `nano` is configured). If you want to run such a command using `sudo`, but keep using `nano` as the default editor, the recommended way to execute it is `sudo -i command`.
Line 37: Line 32:
The layouts can be switched by '''using the layout indicator''' in the upper right corner of the screen.
The layouts can be switched by '''using the layout indicator''' in the upper right corner of the screen.


{{Common bugs issue|macs-unused-partition|Default partitioning on Macs creates an extra 600M FAT32 volume that goes unused|1858649}}
{{Common bugs issue|macs-unused-partition|Default partitioning on Macs creates an extra 600M FAT32 volume that goes unused|1858649}} <!--#SCRIPTIGNORE# this comment marks issue to be ignored by scripts -->


On Apple Macs, Automatic and Custom (Manual) partitioning's "Click here to create them automatically" option, will create a spare 600M FAT formatted partitioning that won't be used for anything. You don't need to do anything, the spare partition is harmless. A work around is to perform a completely manual installation (you can find more instructions [https://bugzilla.redhat.com/show_bug.cgi?id=1858649#c20 in the bug report]).
On Apple Macs, Automatic and Custom (Manual) partitioning's "Click here to create them automatically" option, will create a spare 600M FAT formatted partitioning that won't be used for anything. You don't need to do anything, the spare partition is harmless. A work around is to perform a completely manual installation (you can find more instructions [https://bugzilla.redhat.com/show_bug.cgi?id=1858649#c20 in the bug report]).


{{Common bugs issue|kernel-ms-surface|Certain systems like Microsoft Surface Go 2 can't boot|1886249}}
{{Common bugs issue|kernel-ms-surface|Certain systems like Microsoft Surface Go 2 can't boot|1886249}} <!--#SCRIPTIGNORE# this comment marks issue to be ignored by scripts -->


Systems like Microsoft Surface Go 2 can't boot the installer or the installed system. The kernel prints `clocksource: Switched to clocksource tsc` and freezes. The problem is resolved in `kernel-5.8.16-200`. However, if you need to install Fedora 33 on such a system, you either need to wait for unofficial respin of installation media, or install an older version and upgrade.
Systems like Microsoft Surface Go 2 can't boot the installer or the installed system. The kernel prints `clocksource: Switched to clocksource tsc` and freezes. The problem is resolved in `kernel-5.8.16-200`. However, if you need to install Fedora 33 on such a system, you either need to wait for unofficial respin of installation media, or install an older version and upgrade.
Line 47: Line 42:
== Desktop issues ==
== Desktop issues ==


{{Common bugs issue|f33-kde-login-stuck|Login stuck when changing users repeatedly in KDE (log out, log in a different one)|1861700}}
{{Common bugs issue|f33-kde-login-stuck|Login stuck when changing users repeatedly in KDE (log out, log in a different one)|1861700}} <!--#SCRIPTIGNORE# this comment marks issue to be ignored by scripts -->


On '''Fedora 33 KDE''', the login screen can freeze when users log in and out repetitively in a sequence.  
On '''Fedora 33 KDE''', the login screen can freeze when users log in and out repetitively in a sequence.  


The reason why this is happening is unclear at the moment. To reduce the likelihood of this happening, try to avoid logging out and logging in too quickly. When logging out from a user account, wait at least 10 seconds before you try to log in again (using the same or a different user).
The reasons why this happens are complex and multi-faceted, and were impossible to resolve entirely for the Fedora 33 release. The situation should be improved in later Fedora releases. To reduce the likelihood of this happening, try to avoid logging out and logging in too quickly. When logging out from a user account, wait at least 10 seconds before you try to log in again (using the same or a different user).


{{Common bugs issue|f33-expired-credentials|Google account: Credentials have expired|1885479}}
{{Common bugs issue|f33-expired-credentials|Google account: Credentials have expired|1885479}}
Line 61: Line 56:
If you experience this bug, do not use autologin and use the GUI method to change your password.
If you experience this bug, do not use autologin and use the GUI method to change your password.


{{Common bugs issue|f33-pantheon-session-broken|Pantheon session does not work at all|1891057}}
== ARM and AArch64 issues ==
 
{{Common bugs issue|f33-rpi4|Raspberry Pi 4 will not start without being connected to a monitor|1894241}}
 
An HDMI monitor must be connected to the Raspberry Pi 4 to boot successfully. To boot headless after completing initial-setup, add {{code|1=hdmi_force_hotplug=1}} to {{filename|/boot/efi/config.txt}}.
 
{{Common bugs issue|f32-iot-aarch64-upgrade|Failed upgrade from Fedora 32 IoT Edition on AArch64|1880499}}
 
When upgrading from Fedora 32 IoT Edition on AArch64 you may hit an assertion failure with device tree. The upgrade will appear to be successful but on reboot you will still be at the old deployment. To work around this issue run:
<pre>
rpm-ostree usroverlay && rpm -Uvh https://dl.fedoraproject.org/pub/fedora/linux/updates/32/Everything/aarch64/Packages/o/ostree-2020.8-1.fc32.aarch64.rpm https://dl.fedoraproject.org/pub/fedora/linux/updates/32/Everything/aarch64/Packages/o/ostree-libs-2020.8-1.fc32.aarch64.rpm


The Pantheon session currently does not work at all. There is no known workaround, other than to hold off upgrading to Fedora 33 when relying on the Pantheon session, or temporarily switching to a different desktop environment.
systemctl restart rpm-ostreed
</pre>


{{Common bugs issue|f33-retrace-fails|Retrace jobs seem to always fail|1885154}}
== Software issues ==
{{Common bugs issue|dnssec-trigger-f33|dnssec-trigger keys rejected after upgrade from Fedora 32 or earlier|1886172}}


Currently, the ABRT's function to retrace jobs fails if remote tracing is selected. Use local tracing instead.
If you run dnssec-trigger on a system that has been upgraded through several Fedora releases, and you upgrade it to Fedora 33 or later, it may fail to start due to keys generated at the time you initially deployed it now being too weak. The system logs will show a "key too small" error for the files {{filename|/etc/dnssec-trigger/dnssec_trigger_control.key}} and {{filename|/etc/dnssec-trigger/dnssec_trigger_server.key}}. To resolve this issue, delete or rename those files, and restart the service:
sudo systemctl restart dnssec-triggerd-keygen.service


{{Common bugs issue|bluetooth-mice-resume|Certain Bluetooth mice don't reconnect on system resume|1874082}}
[[Category:Common bugs]]


Some Bluetooth mice don't reconnect automatically when the system is resumed from sleep. The workaround in GNOME is to open the Bluetooth control panel (search for ''Bluetooth'' in GNOME overview, or open ''Settings -> Bluetooth'') and wait a few seconds. This issue doesn't affect cleanly booted computers, only computers resumed from sleep.
== Resolved issues ==


== ARM and AArch64 issues ==
{{Common bugs issue|f33-pantheon-session-broken|Pantheon session does not work at all|1891057}}
{{Common bugs update released|FEDORA-2020-3fa2452f69}}


{{Common bugs issue|f33-allwinner|Degraded or broken networking on Allwinner SBCs|1889090}}
At Fedora 33 release time, the Pantheon session did not work at all. There was no known workaround, besides temporarily switching to a different desktop environment, but the update should now have resolved this.
{{Common bugs update released|FEDORA-2020-474d747b60}}


Some Allwinner SBCs may have degraded or unavailable network due to a bug in the GA kernel (5.8.15-301.fc33). This issue is fixed with the kernel-5.8.17-300.fc33 kernel. There are a number of ways to work around the lack of networking until the update is installed. You can install Fedora 32 or Fedora 33 Beta and then upgrade to Fedora 33 Final (which will install a current kernel from the update repositories), use a USB ethernet dongle just to update the kernel, or use a USB stick to copy the kernel update to the device.
{{Common bugs issue|bluetooth-mice-resume|Certain Bluetooth mice don't reconnect on system resume|1874082}}


{{Common bugs issue|f33-rpi4|Raspberry Pi 4 will not start without being connected to a monitor|1894241}}
Some Bluetooth mice didn't reconnect automatically when the system was resumed from sleep. The workaround in GNOME was to open the Bluetooth control panel (search for ''Bluetooth'' in GNOME overview, or open ''Settings -> Bluetooth'') and wait a few seconds. This issue didn't affect cleanly booted computers, only computers resumed from sleep.


An HDMI monitor must be connected to the Raspberry Pi 4 to boot successfully. To boot headless after completing initial-setup, add {{code|1=hdmi_force_hotplug=1}} to {{filename|/boot/efi/config.txt}}.
Reporters of the bug report that it seems to be resolved with updates after November 2020, though it is not clear exactly which update solved the problem.


{{Common bugs issue|f33-armhfp-xfs|XFS filesystem on armhfp crashes when running dnf-makecache|1894177}}
{{Common bugs issue|f33-armhfp-xfs|XFS filesystem on armhfp crashes when running dnf-makecache|1894177}}
Line 92: Line 100:
  rm -rf /var/cache/dnf
  rm -rf /var/cache/dnf


{{Common bugs issue|f32-iot-aarch64-upgrade|Failed upgrade from Fedora 32 IoT Edition on AArch64|1880499}}
{{Common bugs issue|f33-allwinner|Degraded or broken networking on Allwinner SBCs|1889090}}
{{Common bugs update released|FEDORA-2020-474d747b60}}


When upgrading from Fedora 32 IoT Edition on AArch64 you may hit an assertion failure with device tree. The upgrade will appear to be successful but on reboot you will still be at the old deployment. To work around this issue run:
Some Allwinner SBCs may have degraded or unavailable network due to a bug in the GA kernel (5.8.15-301.fc33). This issue is fixed with the kernel-5.8.17-300.fc33 kernel. There are a number of ways to work around the lack of networking until the update is installed. You can install Fedora 32 or Fedora 33 Beta and then upgrade to Fedora 33 Final (which will install a current kernel from the update repositories), use a USB ethernet dongle just to update the kernel, or use a USB stick to copy the kernel update to the device.
<pre>
rpm-ostree usroverlay && rpm -Uvh https://dl.fedoraproject.org/pub/fedora/linux/updates/32/Everything/aarch64/Packages/o/ostree-2020.8-1.fc32.aarch64.rpm https://dl.fedoraproject.org/pub/fedora/linux/updates/32/Everything/aarch64/Packages/o/ostree-libs-2020.8-1.fc32.aarch64.rpm
 
systemctl restart rpm-ostreed
</pre>
 
[[Category:Common bugs]]

Latest revision as of 23:50, 24 September 2021

This page documents common bugs in Fedora 33 and, if available, fixes or workarounds for these problems. If you find your problem in this page, please do not file a bug for it, unless otherwise instructed. Where appropriate, a reference to the current bug(s) in Bugzilla is included.

Release Notes

Read the F33 release announcement and the Fedora Linux 33 release notes for specific information about changes in Fedora Linux 33 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
    1. a summary of the problem
    2. any known workarounds
    3. 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)

System issues

Secure Boot fails to boot F33 Beta image

link to this item - Bugzilla: #1883609

Booting Fedora 33 with Secure Boot switched on ends with the "Secure Boot Image failed to verify with *ACCESS DENIED* error on computers with updated DBX database (mostly dualboots with Ubuntu). The Ubuntu update prevents Fedora's shim from booting. Ubuntu has already proposed to revert the update, so this issue should not emerge in nearest future, but some computers might have already be affected.

If your computer is affected by this problem, do not switch off Secure Boot but try to clear the Secure Boot keys using your computer's Setup tool. On some computers, a factory reset might be necessary to do it.

Switching off Secure Boot should be the very last option to workaround this issue.

Commands run with sudo use vi as the default editor, not nano

link to this item - Bugzilla: #1889576

With the Changes/UseNanoByDefault feature in Fedora 33, nano should be the default editor everywhere. However, if you run sudo command, and that command launches a text editor, it uses vi instead of nano. The reason is that sudo resets the environment, which includes the EDITOR environment variable (where nano is configured). If you want to run such a command using sudo, but keep using nano as the default editor, the recommended way to execute it is sudo -i command.

Installation issues

Switching keyboard layout by Anaconda does not work in mutter (Wayland)

link to this item - Bugzilla: #1389959

The graphical version of Anaconda runs on Wayland in Fedora Workstation Live image, which causes a situation that the keyboard layouts cannot be switched using a key combo (usually alt+shift). This will happen on system where more keyboard layouts have been added to the system.

The layouts can be switched by using the layout indicator in the upper right corner of the screen.

Default partitioning on Macs creates an extra 600M FAT32 volume that goes unused

link to this item - Bugzilla: #1858649

On Apple Macs, Automatic and Custom (Manual) partitioning's "Click here to create them automatically" option, will create a spare 600M FAT formatted partitioning that won't be used for anything. You don't need to do anything, the spare partition is harmless. A work around is to perform a completely manual installation (you can find more instructions in the bug report).

Certain systems like Microsoft Surface Go 2 can't boot

link to this item - Bugzilla: #1886249

Systems like Microsoft Surface Go 2 can't boot the installer or the installed system. The kernel prints clocksource: Switched to clocksource tsc and freezes. The problem is resolved in kernel-5.8.16-200. However, if you need to install Fedora 33 on such a system, you either need to wait for unofficial respin of installation media, or install an older version and upgrade.

Desktop issues

Login stuck when changing users repeatedly in KDE (log out, log in a different one)

link to this item - Bugzilla: #1861700

On Fedora 33 KDE, the login screen can freeze when users log in and out repetitively in a sequence.

The reasons why this happens are complex and multi-faceted, and were impossible to resolve entirely for the Fedora 33 release. The situation should be improved in later Fedora releases. To reduce the likelihood of this happening, try to avoid logging out and logging in too quickly. When logging out from a user account, wait at least 10 seconds before you try to log in again (using the same or a different user).

Google account: Credentials have expired

link to this item - Bugzilla: #1885479

The Google account credentials are reported to have expired, although they have been correctly added and should be working.

This problem is caused by improper unlocking the keyring which might occur with some of the authentication methods, such as autologin or using the CLI passwd to change your user password.

If you experience this bug, do not use autologin and use the GUI method to change your password.

ARM and AArch64 issues

Raspberry Pi 4 will not start without being connected to a monitor

link to this item - Bugzilla: #1894241

An HDMI monitor must be connected to the Raspberry Pi 4 to boot successfully. To boot headless after completing initial-setup, add hdmi_force_hotplug=1 to /boot/efi/config.txt.

Failed upgrade from Fedora 32 IoT Edition on AArch64

link to this item - Bugzilla: #1880499

When upgrading from Fedora 32 IoT Edition on AArch64 you may hit an assertion failure with device tree. The upgrade will appear to be successful but on reboot you will still be at the old deployment. To work around this issue run:

rpm-ostree usroverlay && rpm -Uvh https://dl.fedoraproject.org/pub/fedora/linux/updates/32/Everything/aarch64/Packages/o/ostree-2020.8-1.fc32.aarch64.rpm https://dl.fedoraproject.org/pub/fedora/linux/updates/32/Everything/aarch64/Packages/o/ostree-libs-2020.8-1.fc32.aarch64.rpm

systemctl restart rpm-ostreed

Software issues

dnssec-trigger keys rejected after upgrade from Fedora 32 or earlier

link to this item - Bugzilla: #1886172

If you run dnssec-trigger on a system that has been upgraded through several Fedora releases, and you upgrade it to Fedora 33 or later, it may fail to start due to keys generated at the time you initially deployed it now being too weak. The system logs will show a "key too small" error for the files /etc/dnssec-trigger/dnssec_trigger_control.key and /etc/dnssec-trigger/dnssec_trigger_server.key. To resolve this issue, delete or rename those files, and restart the service:

sudo systemctl restart dnssec-triggerd-keygen.service

Resolved issues

Pantheon session does not work at all

link to this item - Bugzilla: #1891057

Idea.png
Fix released
An update has been released to address this problem. After you update your system in your usual way, and possibly reboot, you should no longer be affected by it.

At Fedora 33 release time, the Pantheon session did not work at all. There was no known workaround, besides temporarily switching to a different desktop environment, but the update should now have resolved this.

Certain Bluetooth mice don't reconnect on system resume

link to this item - Bugzilla: #1874082

Some Bluetooth mice didn't reconnect automatically when the system was resumed from sleep. The workaround in GNOME was to open the Bluetooth control panel (search for Bluetooth in GNOME overview, or open Settings -> Bluetooth) and wait a few seconds. This issue didn't affect cleanly booted computers, only computers resumed from sleep.

Reporters of the bug report that it seems to be resolved with updates after November 2020, though it is not clear exactly which update solved the problem.

XFS filesystem on armhfp crashes when running dnf-makecache

link to this item - Bugzilla: #1894177

Idea.png
Fix released
An update has been released to address this problem. After you update your system in your usual way, and possibly reboot, you should no longer be affected by it.

The XFS filesystem on armhfp will periodically crash when dnf-makecache runs (it is usually enabled by default as a background service). This usually happens in the background and results in the root filesystem being unmounted. After a new deployment of Fedora 33, before you update to kernel 5.9.11 or higher, we recommend that you stop and disable the service and timer, and delete the contents of /var/cache/dnf:

systemctl --now disable dnf-makecache.service
systemctl --now disable dnf-makecache.timer
rm -rf /var/cache/dnf

Degraded or broken networking on Allwinner SBCs

link to this item - Bugzilla: #1889090

Idea.png
Fix released
An update has been released to address this problem. After you update your system in your usual way, and possibly reboot, you should no longer be affected by it.

Some Allwinner SBCs may have degraded or unavailable network due to a bug in the GA kernel (5.8.15-301.fc33). This issue is fixed with the kernel-5.8.17-300.fc33 kernel. There are a number of ways to work around the lack of networking until the update is installed. You can install Fedora 32 or Fedora 33 Beta and then upgrade to Fedora 33 Final (which will install a current kernel from the update repositories), use a USB ethernet dongle just to update the kernel, or use a USB stick to copy the kernel update to the device.