This page documents common bugs in Fedora 14 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.
Fedora 14 has not yet been released. During this pre-release period, this page will cover known issues in the Fedora 14 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
Read the F14 beta Announcement and the draft Fedora 14 release notes for specific information about changes in Fedora 14: known issues, 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
- 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)
Issues when upgrading from previous releases
Installation issues
Live install doesn't offer discovery of iSCSI targets
link to this item - Bugzilla: #645523
When running the Fedora 14 installer from a Live image, the option to add a remote iSCSI target is disabled (see screenshot). The problem is that the iscsi_tcp
kernel module hasn't been loaded by the liveinst
installer script, and the iSCSI application paths used by the installer are incorrect. The problem is resolved in future versions of the installer (see anaconda patches 67605ee53bdf4453b469e74ca1759b1797f1ef93 and 19ed4f132069eb06c00fd366ad06d1a3d658ec14).
To install Fedora 14 to iSCSI targets using the Fedora 14 Live image, you must follow the procedure outlined below.
- Open a terminal window by selecting Applications → System Tools → Terminal
- In the terminal window, change to a root shell by typing:
su -
- Load the
iscsi_tcp.ko
kernel module by typing:modprobe -a iscsi_tcp
- Allow anaconda to see the iSCSI application binaries by typing:
cp -vl /sbin/iscsi* /usr/sbin/
Now you can use the live image to discover and install Fedora 14 to remote iSCSI targets (see screenshot).
Intel BIOS RAID array not activated until running Live installer
link to this item - Bugzilla: #645283
Due to a Live image configuration problem, Intel BIOS RAID arrays are not probed and activated on boot. The issue has no impact when installing because the anaconda
installer correctly probes and activates all BIOS RAID devices. However, if you need to inspect, repair or modifiy the array prior to starting the Fedora Live installer, manual intervention is required.
Follow the procedure below to activate any Intel BIOS RAID arrays prior to running the Fedora Live installer.
- Open a terminal window by selecting Applications → System Tools → Terminal
- In the terminal window, change to a root shell by typing:
su -
- Create a
/etc/mdadm.conf
file that contains the following lines:# mdadm.conf for livecd MAILADDR root AUTO +imsm +1.x -all
- Restart
mdmonitor
by typing:service mdmonitor restart
You now can access any Intel BIOS RAID arrays from the Fedora Live image.
VESA driver fails in qemu/kvm machines, system hangs at X init
link to this item - Bugzilla: #623956
In qemu/kvm, if you install F-14 Beta images by selecting the grub option Install system with basic video driver or by adding kernel parameter xdriver=vesa, system will hang and show a black screen at the beginning of stage 2 where graphical anaconda is supposed to be displayed. No input works and other ttys are all black. This is due to VESA driver is not compatible with virtual cirrus card and will be fixed in Final cycle.
USB3.0 Not Working
Due to xhci_hcd preventing users from being able to suspend their laptops, it has been disabled by default for the release of Fedora 14. USB2.0 ports (ehci_hcd) will continue to work as expected. If suspending is not necessary, you can pass "xhci.enable=1" to the kernel, which will allow the xHCI support to load.
Software issues
Bluetooth disabled on system start
link to this item - Bugzilla: #634205
Due to a bug in the bluez
package, Bluetooth will show as disabled on each system start with Fedora 14 Beta. This can be worked around in the GNOME desktop by right-clicking the bluetooth icon in the panel and selecting Turn Off Bluetooth, then right-clicking the icon again and selecting Turn On Bluetooth. It can also be worked around from the console by running the command su -c 'service bluetooth restart'
.
An updated bluez 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. To test the update, run this command:
su -c 'yum --enablerepo=updates-testing update bluez'
Nautilus and file dialogs appear to hang when viewing large directories
link to this item - Bugzilla: #626108
Some users have reported that when viewing the content of large directories (>500 files) in Nautilus (the file manager of the GNOME desktop), CPU utilization can reach 100% and Nautilus may seem to have hung, before finally showing the directory contents several minutes later. This can also affect the file open and file save dialogs in GTK+-based applications.
Brasero crashes when asked to burn a disc
link to this item - Bugzilla: #631987
Brasero, the GNOME disc burning application, crashes whenever you try to burn a disc in Fedora 14 Beta. A fix for this has been identified and a fixed package should be made available soon. No known workaround is available to make Brasero work, but various alternative disc burning applications are available in the Fedora repositories.
SELinux prevents Empathy from connecting
link to this item - Bugzilla: #637339
The SELinux security framework erroneously prevents Empathy from connecting to Yahoo! (and probably other) instant messaging accounts in Fedora 14 Beta.
An updated selinux-policy 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. To test the update, run this command:
su -c 'yum --enablerepo=updates-testing update selinux-policy selinux-policy-targeted'
Crash of gmixer application reported each time LXDE starts
link to this item - Bugzilla: #542255
At each start of the LXDE desktop environment, a crash in the gmixer
application occurs (and is reported by the automated crash report tool ABRT). Consequently, no mixer (volume control) applet appears in the LXDE panel. This is a known issue in gmixer; it is not necessary to submit the ABRT report. There is no known workaround for this issue, but it has no consequences beyond the lack of a volume control applet. This issue will be resolved in the final Fedora 14 release by fixing the gmixer bug or switching to a different volume control applet.
Crash of ibus-anthy with F7 or F8 keys
link to this item - Bugzilla: #644771
When you type F7 or F8 key to convert Japanese characters with ibus-anthy
, the conversion is failed and ibus-anthy will be SEGV without this fix.
An updated ibus-anthy package has been submitted to the updates-testing repository for testing. To test the update, run this command:
su -c 'yum --enablerepo=updates-testing update ibus-anthy'