From Fedora Project Wiki

(copy and paste of the partial kickstart section from Common F19 bugs)
(revise for release: drop pre-release boilerplate, drop resolved issues, update several remaining issues. (also switch to using yum update --advisory in the yum boilerplate.))
Line 2: Line 2:


This page documents common bugs in Fedora 20 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.
This page documents common bugs in Fedora 20 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.
{{admon/note|Fedora 20 pre-release|Fedora 20 has not yet been released. During this pre-release period, this page will cover known issues in the Fedora 20 pre-releases. Issues that are fixed will be removed from the page once a fix is available (for instance, an issue that affects the Beta but is fixed in the final release will be removed at the time of that release).}}


== Release Notes ==
== Release Notes ==
Read the [[F20_Alpha_release_announcement]] <!--and the [http://fedorapeople.org/groups/docs/release-notes/en-US/ Fedora 20 Beta Release Notes] <!--[http://docs.fedoraproject.org/en-US/Fedora/20/html/Release_Notes/ Fedora 20 release notes]--> for specific information about changes in Fedora 20 and other general information.
Read the [[F20_release_announcement|Fedora 20 release announcement]] and the [http://docs.fedoraproject.org/en-US/Fedora/20/html/Release_Notes/ Fedora 20 release notes] for specific information about changes in Fedora 20 and other general information.


== My bug is not listed ==
== My bug is not listed ==
Line 37: Line 35:
If a build which may fix the problem is made available via updates-testing, add this boilerplate paragraph (appropriately customized for the issue):
If a build which may fix the problem is made available via updates-testing, add this boilerplate paragraph (appropriately customized for the issue):


An updated [http://admin.fedoraproject.org/updates/(name)-(EVR) (name)] package has been submitted to the updates-testing repository for testing. Users experiencing this problem are encouraged to test this update and [http://admin.fedoraproject.org/updates/(name)-EVR report to Bodhi] whether it solves the problem. To test the update, run this command:
An updated [http://admin.fedoraproject.org/updates/(advisory)/(name)-(EVR) (name)] package has been submitted to the updates-testing repository for testing. Users experiencing this problem are encouraged to test this update and [http://admin.fedoraproject.org/updates/(advisory)/(name)-EVR report to Bodhi] whether it solves the problem. To test the update, run this command:
<pre>su -c 'yum --enablerepo=updates-testing update (name)'</pre>
<pre>su -c 'yum --enablerepo=updates-testing update --advisory=(advisory)'</pre>


If a scratch build which may fix the problem is made available via Koji (rather than in updates-testing), add this boilerplate paragraph (appropriately customized for the issue):
If a scratch build which may fix the problem is made available via Koji (rather than in updates-testing), add this boilerplate paragraph (appropriately customized for the issue):
Line 51: Line 49:
-->
-->
== Installation issues ==
== Installation issues ==
{{Anchor|resize-bugs}}
=== Multiple issues with resizing existing volumes during installation ===
<small>[[Common F20 bugs#resize-bugs|link to this item]] - [[rhbug:1027714|Bugzilla: #1027714]] [[rhbug:1028110|Bugzilla: #1028110]] [[rhbug:1027682|Bugzilla: #1027682]] [[rhbug:1013586|Bugzilla: #1013586]] [[rhbug:1027947|Bugzilla: #1027947]] [[rhbug:1027965|Bugzilla: #1027965]]</small>
Multiple bugs have been reported in Fedora 20 Beta which are related to resizing existing storage volumes as a part of the installation process. Problematic scenarios include specifying a size for a partition which is larger than it could possibly be, attempting to resize partitions at the end of the disk that leave no padding space after the partition, choosing a new size for a volume and then changing your mind and returning it to the previous size, and others.
So far as we are aware, all the bugs manifest as crashes - either immediately on trying the problematic operation, or during the first stage of installation - and none of them result in a dangerous or incorrect resize operation actually being run, so there is no known risk of data loss. Nevertheless, we particularly stress the standard advice not to install Fedora 20 Beta to a system that contains existing data of value to you, and '''strongly''' advise you not to attempt to resize storage volumes that contain data of value to you using the Fedora 20 Beta installer.
{{Anchor|grubby-update}}
=== Btrfs /boot partition results in a kernel panic after kernel update ===
<small>[[Common F20 bugs#grubby-update|link to this item]] - [[rhbug:864198|Bugzilla: #864198]]</small>
Placing /boot on a btrfs volume results in a kernel panic on reboot. Running either of the below commands (based on your setup) after a kernel update will fix this issue.
BIOS: {{command|grub2-mkconfig -o /boot/grub2/grub.cfg}}
UEFI: {{command|grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg}}
Then reboot your machine.
{{Anchor|partial-kickstart-problems}}
{{Anchor|partial-kickstart-problems}}
=== Problems with Installation Source and Installation Destination spokes when installing from a partially complete kickstart ===
=== Problem with Installation Source spoke when installing from a partially complete kickstart ===
<small>[[#partial-kickstart-problems|link to this item]] - [[rhbug:972265|Bugzilla: #972265]] - [[rhbug:972266|Bugzilla: #972266]]</small>
<small>[[#partial-kickstart-problems|link to this item]] - [[rhbug:972265|Bugzilla: #972265]]</small>
 
If you attempt to install Fedora 20 using a partially-complete kickstart - in particular, a kickstart which specifies a package set but no installation source or destination - you will find that the interactive process for setting those options behaves strangely. On the Installation Source spoke, you may not be able to use the default ''Closest mirror'' option. If you are affected by this problem, you can manually enter the URL of the Fedora 20 mirror list, and check the ''This URL refers to a mirror list.'' box. The URLs for the 64-bit and 32-bit mirror lists are <code>https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-20&arch=x86_64</code> and <code>https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-20&arch=i386</code> respectively.


The Installation Destination spoke appears to require you to complete it multiple times to complete configuration: each time it will set another element of the configuration. Even after doing this, you may find a bootloader target disk is not selected. To set one, first enter the ''Full disk summary and bootloader...'' screen and select not to install a bootloader, and complete the spoke once again. Then complete the spoke one more time, this time selecting the correct target disk for the bootloader, and the configuration should now be complete.
If you attempt to install Fedora 20 using a partially-complete kickstart - in particular, a kickstart which specifies a package set but no installation source - you will find that the interactive process for setting that option behaves strangely. On the Installation Source spoke, you may not be able to use the default ''Closest mirror'' option. If you are affected by this problem, you can manually enter the URL of the Fedora 20 mirror list, and check the ''This URL refers to a mirror list.'' box. The URLs for the 64-bit and 32-bit mirror lists are <code>https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-20&arch=x86_64</code> and <code>https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-20&arch=i386</code> respectively.
 
As these issues take some effort to work around, it may be a better idea simply to use a complete kickstart, or at least one which specifies an installation source and destination. The [[Anaconda/Kickstart]] page should help you with the required syntax.


== Hardware issues ==
== Hardware issues ==
{{Anchor|arm-beagle-bone}}
{{Anchor|arm-beagle-bone}}
=== ARM: Beagle Bone Black HDMI issues ===
=== ARM: HDMI output and USB peripherals not working on Beagle Bone Black ===
<small>[[Common F20 bugs#arm-beagle-bone|link to this item]] - [[rhbug:1012025|Bugzilla: #1012025]]</small>
<small>[[Common F20 bugs#arm-beagle-bone|link to this item]] - [[rhbug:1012025|Bugzilla: #1012025]]</small>


Some testers have reported that attempting to run the Beagle Bone Black over HDMI doesn't currently work. At the moment to use the Beagle Bone Black you need a serial console. As on Fedora 20 Beta TC4 the Network/MMC/Serial console currently works and the BBone Black successfully boots. Further kernel updates to resolve the other outstanding issues will be forthcoming.
Fedora 20 testing indicates that attempting to use HDMI graphical output for the Beagle Bone Black doesn't currently work. USB is also not functional in the official Fedora 20 images. At the moment, to use the Beagle Bone Black, you will need a serial console. Post-release kernel updates are expected to resolve these and other outstanding issues; unofficial updated images may be made available by the [[Architectures/ARM|Fedora ARM team]] for the convenience of Beagle Bone Black users.
 
Impatient and adventurous testers may wish to try installing a 3.12 kernel from the [https://alt.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/ kernel-nodebug repository]; it may resolve either or both of these issues, but there is a low expectation of support or testing of nodebug kernels.


== Software issues ==
== Software issues ==
{{Anchor|keyboard-console}}
=== Non-US keyboard layouts not used at console ===
<small>[[Common F20 bugs#keyboard-console|link to this item]] - [[rhbug:1028207|Bugzilla: #1028207]]</small>
If you pick a non-US keyboard layout as the default or only layout during Fedora 20 Beta installation, that choice won't be honored after installation in virtual terminals or when decrypting filesystems during the boot process. Graphical sessions, however, will use the keyboard layout picked during installation.
Re-doing keyboard layout selection after installation may help to work around this issue, but we are still investigating the precise cause, workarounds, and solution.
{{Anchor|missing-mouse}}
=== Disappearing mouse cursor ===
<small>[[Common F20 bugs#missing-mouse|link to this item]] - [[rhbug:1008965|Bugzilla: #1008965]]</small>
After logging in to a desktop in Fedora 20 Alpha, the mouse cursor can become invisible. The mouse still functions, but can't be seen. This has been seen occasionally in testing on bare metal and more often in testing on virtual machines. It definitely affects GNOME and may affect other desktop environments.
Moving to another tty and back typically resolves the issue.
{{Anchor|php-zip}}
{{Anchor|php-zip}}
=== ZIP support in PHP ===
=== ZIP support in PHP ===
<small>[[Common F20 bugs#php-zip|link to this item]] - [[rhbug:999313|Bugzilla: #999313]]</small>
<small>[[Common F20 bugs#php-zip|link to this item]] - [[rhbug:999313|Bugzilla: #999313]]</small>


In Fedora 20, support from ZIP have been dropped from main php package and is now provided in a separate php-pecl-zip package.
In Fedora 20, support from ZIP has been dropped from main php package and is now provided in a separate php-pecl-zip package.


If you need zip support, as for any other extension, run {{command|su -c 'yum install php-zip'}}
If you need zip support, as for any other extension, run {{command|su -c 'yum install php-zip'}}.
 
{{Anchor|kde-vm}}
=== KDE crashes when in a VM ===
<small>[[Common F20 bugs#kde-vm|link to this item]] - [[rhbug:1027831| Bugzilla: #1027831]]</small>
 
When installing Fedora 20 Beta with the KDE desktop to a KVM-based virtual machine using the qxl virtual graphics adapter and driver, KDE will likely crash shortly after login. This can be worked around by disabling Desktop Effects. (Alt+Shift+F12) toggles desktop effects, and you can set them not to be enabled by default in the KDE Control Center.
 
An updated [http://admin.fedoraproject.org/updates/xorg-x11-drv-qxl-0.1.1-2.fc20 xorg-x11-drv-qxl] package has been submitted to the updates-testing repository for testing. Users experiencing this problem are encouraged to test this update and [http://admin.fedoraproject.org/updates/xorg-x11-drv-qxl-0.1.1-2.fc20 report to Bodhi] whether it solves the problem. To test the update, run this command:
<pre>su -c 'yum --enablerepo=updates-testing update xorg-x11-drv-qxl'</pre>
 
{{Anchor|kde-live-wireless}}
=== KDE live wireless networking doesn't work ===
<small>[[Common F20 bugs#kde-live-wireless|link to this item]] - [[rhbug:1004621|Bugzilla: #1004621]]</small>
 
When using a Fedora 20 Beta KDE live image, the plasma-nm applet doesn't connect to available networks. The workaround is to logout and then log back in and connect.


{{Anchor|seahorse-keyring}}
{{Anchor|seahorse-keyring}}
Line 132: Line 77:
<small>[[Common F20 bugs#seahorse-keyring|link to this item]] - [[rhbug:1012844|Bugzilla: #1012844]]</small>
<small>[[Common F20 bugs#seahorse-keyring|link to this item]] - [[rhbug:1012844|Bugzilla: #1012844]]</small>


In Fedora 20 Beta with the GNOME desktop, if you attempt to create a new keyring without a password or change the password of your keyring to an empty string (you may do this from the "Passwords and Keys" application, or you may be prompted to create a keyring password the first time GNOME attempts to store some kind of key), the GNOME shell will crash. The workaround for this is to always use a password on your keyring. A patch is currently pending from upstream to fix this issue.
In Fedora 20 with the GNOME desktop, if you attempt to create a new keyring without a password or change the password of your keyring to an empty string (you may do this from the "Passwords and Keys" application, or you may be prompted to create a keyring password the first time GNOME attempts to store some kind of key), the GNOME shell will crash. The workaround for this is to always use a password on your keyring.
 
{{Anchor|gis-account-crash}}
=== GNOME initial setup tool crashes if you cancel online account creation ===
<small>[[Common F20 bugs#gis-account-crash|link to this item]] - [[rhbug:1027507|Bugzilla: #1027507]]</small>
 
If, during the 'initial setup' wizard that appears on first boot after a Fedora 20 Beta GNOME install, you enter the module for creating an 'online account' then change your mind and cancel the account creation, the tool may crash. This may result in the tool running again on your next boot, which may force you to create a second user account. If this happens to you, you can safely delete one or other account once you have successfully completed the wizard, and it will not run again.
 
Other than this there should be no significant consequences of the bug: the crash occurs quite late in the process, and no actions from earlier in the process should be lost.
 
{{Anchor|scs-startup-crash}}
=== Fedora services configuration tool (system-config-services) crashes on startup ===
<small>[[Common F20 bugs#scs-startup-crash|link to this item]] - [[rhbug:1007121|Bugzilla: #1007121]]</small>


Several testers have reported that the Fedora tool for configuring system services, {{command|system-config-services}}, crashes on startup in Fedora 20 Beta. There is no known direct workaround that makes it possible to use the tool, but you can use the {{command|systemctl}} command to manipulate services from the command line: see {{command|man systemctl}} for more details.
An updated [https://admin.fedoraproject.org/updates/FEDORA-2013-22280/mutter-3.10.2-3.fc20,clutter-1.16.2-3.fc20 clutter] package has been submitted to the updates-testing repository for testing. Users experiencing this problem are encouraged to test this update and [https://admin.fedoraproject.org/updates/FEDORA-2013-22280/mutter-3.10.2-3.fc20,clutter-1.16.2-3.fc20 report to Bodhi] whether it solves the problem. '''However''', note that one tester [[rhbug:1036257|has reported]] that the update causes graphical corruption issues on an Intel video adapter. To test the update, run this command:
<pre>su -c 'yum --enablerepo=updates-testing update --advisory=FEDORA-2013-22280'</pre>

Revision as of 01:54, 13 December 2013

This page documents common bugs in Fedora 20 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.

Release Notes

Read the Fedora 20 release announcement and the Fedora 20 release notes for specific information about changes in Fedora 20 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. Please follow the style and guidelines explained in the comments in the page source.
  • 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)


Installation issues

Problem with Installation Source spoke when installing from a partially complete kickstart

link to this item - Bugzilla: #972265

If you attempt to install Fedora 20 using a partially-complete kickstart - in particular, a kickstart which specifies a package set but no installation source - you will find that the interactive process for setting that option behaves strangely. On the Installation Source spoke, you may not be able to use the default Closest mirror option. If you are affected by this problem, you can manually enter the URL of the Fedora 20 mirror list, and check the This URL refers to a mirror list. box. The URLs for the 64-bit and 32-bit mirror lists are https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-20&arch=x86_64 and https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-20&arch=i386 respectively.

Hardware issues

ARM: HDMI output and USB peripherals not working on Beagle Bone Black

link to this item - Bugzilla: #1012025

Fedora 20 testing indicates that attempting to use HDMI graphical output for the Beagle Bone Black doesn't currently work. USB is also not functional in the official Fedora 20 images. At the moment, to use the Beagle Bone Black, you will need a serial console. Post-release kernel updates are expected to resolve these and other outstanding issues; unofficial updated images may be made available by the Fedora ARM team for the convenience of Beagle Bone Black users.

Impatient and adventurous testers may wish to try installing a 3.12 kernel from the kernel-nodebug repository; it may resolve either or both of these issues, but there is a low expectation of support or testing of nodebug kernels.

Software issues

ZIP support in PHP

link to this item - Bugzilla: #999313

In Fedora 20, support from ZIP has been dropped from main php package and is now provided in a separate php-pecl-zip package.

If you need zip support, as for any other extension, run su -c 'yum install php-zip'.

GNOME Shell crashes after creating a keyring without a password

link to this item - Bugzilla: #1012844

In Fedora 20 with the GNOME desktop, if you attempt to create a new keyring without a password or change the password of your keyring to an empty string (you may do this from the "Passwords and Keys" application, or you may be prompted to create a keyring password the first time GNOME attempts to store some kind of key), the GNOME shell will crash. The workaround for this is to always use a password on your keyring.

An updated clutter package has been submitted to the updates-testing repository for testing. Users experiencing this problem are encouraged to test this update and report to Bodhi whether it solves the problem. However, note that one tester has reported that the update causes graphical corruption issues on an Intel video adapter. To test the update, run this command:

su -c 'yum --enablerepo=updates-testing update --advisory=FEDORA-2013-22280'