https://fedoraproject.org/w/api.php?action=feedcontributions&user=Draedel&feedformat=atomFedora Project Wiki - User contributions [en]2024-03-28T15:33:55ZUser contributionsMediaWiki 1.39.4https://fedoraproject.org/w/index.php?title=Common_F15_bugs&diff=238035Common F15 bugs2011-05-25T17:32:36Z<p>Draedel: /* Added USB 3.0 ports not working anymore after upgrade from F14 */</p>
<hr />
<div>{{autolang|base=yes}}<br />
<br />
This page documents common bugs in Fedora 15 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.<br />
<br />
== Release Notes ==<br />
<br />
Read the [[F15_Beta_announcement|F15 Beta Announcement]] and the [http://docs.fedoraproject.org/en-US/Fedora/15/html/Release_Notes/ Fedora 15 release notes] for specific information about changes in Fedora 15: known issues, and other general information.<br />
<br />
== My bug is not listed ==<br />
<br />
Not every bug is listed in this page, but [http://bugzilla.redhat.com 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.<br />
<br />
To see if your bug has already been reported, you can [http://bugzilla.redhat.com 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.<br />
<br />
If you believe an already-reported bug report should be added to ''this'' page because it is commonly encountered, you can:<br />
* Add it yourself, if you have wiki access. Please follow the style and guidelines explained in the comments in the page source.<br />
* 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<br />
*# a summary of the problem<br />
*# any known workarounds <br />
*# an assessment on the impact to Fedora users<br />
<br />
For reference, you can query Bugzilla for bugs tagged CommonBugs:<br />
* [http://bit.ly/fedora-commonbugs-proposed CommonBugs?] (bugs with CommonBugs keyword, but ''do not yet'' have a link to this page)<br />
* [http://bit.ly/fedora-commonbugs-accepted CommonBugs+] (bugs with CommonBugs keyword ''and'' contain a link to this page)<br />
<br />
<!-- <br />
When adding issues to this page, ensure to add the CommonBugs keyword to the bug report, and place the anchor link to the entry on this page in the Whiteboard field on the bug report if it is not being used for anything else.<br />
--><br />
<br />
<!-- *** FOLLOW THIS FORMAT FOR ALL ENTRIES PLEASE. ***<br />
{{Anchor|Issue-Foo}}<br />
=== Issue Foo (example) ===<br />
<small>[[{{subst:PAGENAME}}#Issue-Foo|link to this item]] - [[rhbug:XXXXXX|Bugzilla: #XXXXXXX]]</small><br />
<br />
Words words words. Blah blah blah. Include a good explanation of the problem, and any available workarounds.<br />
<br />
If a build which may fix the problem is made available via updates-testing, add this boilerplate paragraph (appropriately customized for the issue):<br />
<br />
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:<br />
<pre>su -c 'yum --enablerepo=updates-testing update (name)'</pre><br />
<br />
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):<br />
<br />
A test build that should resolve this problem is available from Koji: [http://koji.fedoraproject.org/koji/taskinfo?taskID=XXXXXXX packagename-EVR]. If you are affected by this issue, please test this update and report your results to the [[rhbug:XXXXXX|bug report]].<br />
<br />
If the page is in pre-release state and a documented problem has been fixed in Rawhide but no newer pre-release has yet come out, add this boilerplate paragraph (appropriately customized for the issue):<br />
<br />
This issue was fixed in the updated ''(name)-(EVR)'' package. To solve the issue, update your (pre-release name, e.g. "Fedora 13 Beta") installation as usual. You should no longer encounter this issue after updating to that version or later of {{package|(name)}}.<br />
<br />
When the page is in pre-release state and a new pre-release becomes available, simply remove any issues that are now fixed from the page entirely.<br />
--><br />
<br />
== Resolved issues ==<br />
<br />
{{Anchor|intel_ips_load}}<br />
=== System fan runs constantly on laptops with Intel integrated graphics ===<br />
<small>[[#intel_ips_load|link to this item]] - [https://bugzilla.redhat.com/show_bug.cgi?id=703511 Bugzilla: #703511]</small><br />
<br />
On some laptops with Intel integrated graphics, a bug in the ''intel_ips'' kernel module may cause the system load to appear permanently high, resulting in the system fan running constantly at high speed. The system load reading is in error, so the system is not in any danger of temperature-related damage, but the constant fan noise may be annoying.<br />
<br />
This issue was fixed in the updated ''kernel-2.6.38.6-27.fc15'' package. To solve the issue, update your Fedora 15 installation as usual and reboot. You should no longer encounter this issue after updating to that version or later of {{package|kernel}}.<br />
<br />
== Installation issues ==<br />
<br />
{{Anchor|ftp-repository-fail}}<br />
=== Unable to retrieve FTP repodata ===<br />
<small>[[#ftp-repository-fail|link to this item]] - [[rhbug:679709|Bugzilla: #679709]]</small><br />
<br />
Due to a bug in the installer, when adding FTP-based package repositories during installation, the installer may report a failure while attempting to access FTP-based repository. No fix is available at this time. To workaround the problem, users are advised to first add an HTTP-based package repository URL (such as http://download.fedoraproject.org/pub/fedora/linux/releases/15/Fedora/x86_64/os). Once added, you may edit the newly created package repository, and change the repository URL to the desired FTP-based repository URL.<br />
<br />
For additional guidance on installation package repositories, consult the [http://docs.fedoraproject.org/en-US/Fedora/15/html/Installation_Guide/s1-pkgselection-x86.html#sn-additional-repos installation guide].<br />
<br />
{{Anchor|missing-bootif-fail}}<br />
=== Installation failure when using ''ksdevice=bootif'' without ''bootif='' ===<br />
<small>[[#missing-bootif-fail|link to this item]] - [[rhbug:704188|Bugzilla: #704188]]</small><br />
<br />
When installing Fedora 15 while using the boot argument <code>ksdevice=bootif</code>, the installer will fail abnormally if no <code>BOOTIF=</code> value is provided by the PXE server. Future versions of Fedora will not exhibit this failure. In the meantime, ensure your PXE server is making proper use of the <code>IPAPPEND</code> configuration variable. This variable controls what networking arguments are passed to the kernel, and is typically responsible for providing a <code>BOOTIF=</code> value.<br />
<br />
For additional guidance, consult the [http://syslinux.zytor.com/wiki/index.php/SYSLINUX#IPAPPEND_flag_val_.5BPXELINUX_only.5D syslinux <code>IPAPPEND</code> documentation].<br />
<br />
{{Anchor|pxe_fail}}<br />
=== repomd.xml file reported missing or broken ===<br />
<small>[[#pxe_fail|link to this item]] - [[rhbug:703025|Bugzilla: #703025]]</small><br />
<br />
When adding Fedora 15 to a PXE server and using a PXE boot menu to upgrade, the installer will complain about a bad or missing repomd.xml file. This happens when the PXE upgraded machine has no internet connectivity (for example because it is crosscabled to a PXE server). You can hit the "edit" button, and then fix the url to your local http server (usually running on the PXE server). Then you will hit the same issue again, as the installer also searches for the "updates testing" repo. Just point it with url to the same "base" f15 repo on your PXE/http server. Don't forget to unselect the "is mirror URL" tickbox.<br />
<br />
{{Anchor|live_reboot}}<br />
=== Unclear how to reboot after installing from desktop live image ===<br />
<small>[[#live_reboot|link to this item]] - [[rhbug:705189|Bugzilla: #705189]]</small><br />
<br />
If you install Fedora 15 from the 'desktop' - GNOME 3 - live image, when the final screen of the installer prompts you to reboot your system, you may find yourself asking 'yes, but how?' The GNOME 3 interface does not offer shutdown or reboot options at first glance. To shut down or reboot, you can either log out from the ''User'' menu (top right hand corner of the screen) and then shut down or reboot from the login screen, or open the ''User'' menu and then hold down the 'alt' key: the ''Suspend'' entry will turn into a ''Power off...'' entry as long as the 'alt' key is held down, which when clicked will give you the option to shut down or reboot.<br />
<br />
== Issues when upgrading from previous releases ==<br />
<br />
{{anchor|upgrade-disabled-services}}<br />
=== Service not enabled after upgrading from Fedora 14 ===<br />
<small>[[#upgrade-disabled-services|link to this item]] - <br />
[[rhbug:703234|Bugzilla: #703234]], <br />
[[rhbug:703221|#703221]], <br />
[[rhbug:703227|#703227]], <br />
[[rhbug:703230|#703230]], <br />
[[rhbug:703236|#703236]], <br />
[[rhbug:703235|#703235]], <br />
[[rhbug:703233|#703233]], <br />
[[rhbug:703232|#703232]]<br />
</small><br />
<br />
In Fedora 15, upstart has been replaced by a service called [[Features/systemd|systemd]]. Due to improper rpm package upgrade scripts, some system services previously enabled in Fedora 14, may not be enabled after upgrading to Fedora 15. To determine if a service is impacted, run the {{command|systemctl status}} command as shown below.<br />
<pre><br />
# systemctl is-enabled foo.service && echo "Enabled on boot" || echo "Disabled on boot"<br />
</pre><br />
<br />
To enable a service on boot, run the following {{command|systemctl}} command (where <code>foo</code> is replaced with the name of the service):<br />
<pre><br />
# systemctl enable foo.service<br />
</pre><br />
<br />
Corrected packages may be available in the Fedora 15 ''updates'' repository. Depending on how you upgrade your Fedora 14 system (DVD-upgrade, or network upgrade), if the ''updates'' repository is included, packages with corrected upgrade scripts will be included and properly transfer your Fedora 14 service configuration to Fedora 15.<br />
<br />
{{anchor|upgrade-runlevel}}<br />
=== Graphical login does not start after upgrade ===<br />
<small>[[#upgrade-runlevel|link to this item]] - [[rhbug:698654|Bugzilla: #698654]]</small><br />
<br />
Depending on how Fedora 14 was initially installed, your system may not select the appropriate systemd boot target after upgrading to Fedora 15. The problem is caused by the <code>%postinstall</code> rpm script from the Fedora 14 package {{package|systemd-units}}. Since {{package|systemd}} isn't the default in Fedora 14, the problem will not manifest until you upgrade to Fedora 15. <br />
<br />
If you change the Fedora 14 default runlevel at any time by modifying the file {{filename|/etc/inittab}}, those changes will not affect the configured systemd default target. After upgrade, you may need to manually adjust the configured systemd default target links using the following procedure. <br />
<br />
To configure systemd to start a graphical login menu on boot (similar to runlevel 5 in Fedora 14):<br />
<pre><br />
# ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target<br />
# ln -sf graphical.target /lib/systemd/system/default.target<br />
</pre><br />
<br />
To configure systemd to start a text login prompt on boot (similar to runlevel 3 in Fedora 14):<br />
<pre><br />
# ln -sf /lib/systemd/system/runlevel3.target /etc/systemd/system/default.target<br />
# ln -sf runlevel3.target /lib/systemd/system/default.target<br />
</pre><br />
<br />
{{anchor|usb3-ports-not-working-after-f14}}<br />
=== USB 3.0 ports not working anymore after upgrade from F14 ===<br />
<small>[[#usb3-ports-not-working-after-f14|link to this item]]</small><br />
<br />
If The USB 3.0 ports have been enabled in F14 using the guide in [[Common_F14_bugs#USB_3.0_ports_not_working|Common F14 bugs]], USB 3.0 may not be working anymore after the upgrade to F15.<br />
<br />
To enable the ports again, revert the changes made for F14: Remove the kernel parameter ''xhci.enable=1'' (or ''xhci_hcd.enable=1'') and remove the file {{filename|/etc/pm/config.d/xhci}}, if existing.<br />
<br />
== Hardware issues ==<br />
<br />
{{Anchor|ath9k_performance}}<br />
=== Poor transfer speeds with Atheros-based wireless chipsets ===<br />
<small>[[#ath9k_performance|link to this item]] - [[rhbug:702722|Bugzilla: #702722]]</small><br />
<br />
Several users have reported very slow transfers with Atheros-based wireless network adapters using the ''ath9k'' driver. It seems to be possible in many cases to work around this issue by creating a file named {{filename|/etc/modprobe.d/ath9k.conf}} with the contents:<br />
<pre><br />
options ath9k nohwcrypt=1<br />
</pre><br />
This disables the use of hardware encryption; it will result in slightly higher CPU usage as the system CPU will be used to handle encryption of the wireless connection.<br />
<br />
== Software issues ==<br />
<br />
{{Anchor|live-overlay}}<br />
=== Live USB overlay (persistent storage) not mounted on boot ===<br />
<small>[[#live-overlay|link to this item]] - [[rhbug:706122|Bugzilla: #706122]]</small><br />
<br />
Due to a defect in {{package|dracut}}, overlay (persistent storage) is not properly mounted on boot. An updated [https://admin.fedoraproject.org/updates/dracut-009-11.fc15 dracut-009-11.fc15] is available to resolve the issue, however this update will not correct existing Fedora 15 live images. <br />
<br />
To temporarily workaround this problem with Fedora 15 live media...<br />
# When booting live media, press <code>[Tab]</code> at the bootloader screen<br />
# Add the following boot arguments <pre>rd.break=pre-trigger</pre><br />
# When the boot process stops and presents a shell prompt, type the following commands <pre> mkdir /overlayfs ; exit </pre><br />
<br />
For a permanent fix, you may rebuild the Fedora 15 live media to include the updated {{package|dracut}} package following instructions at [[How_to_create_and_use_a_Live_CD]].<br />
<br />
{{Anchor|networkmanager_shell}}<br />
=== General buggy or missing functions in GNOME Shell network applet ===<br />
<small>[[#networkmanager_shell|link to this item]]</small><br />
<br />
GNOME Shell features an integrated NetworkManager configuration interface, provided by an applet in the top panel and a configuration interface in System Settings. However, as of Fedora 15 Beta, these tools have not yet achieved feature parity with the configuration interface from GNOME 2, provided by the old ''nm-applet''. Some features are still missing and there are known bugs with others. Major ones will be listed individually here, but as a general principle, if you encounter problems or missing features trying to configure your network using the GNOME 3 applet and System Settings interface, you can run the standalone {{command|nm-connection-editor}} tool, which makes all the operations not yet implemented in the GNOME 3 interface available. You can launch {{command|nm-connection-editor}} from a console, from the alt-f2 Run dialog, or from the overview (type ''nm-connection-editor'' or search for an entry named ''Network Connections'').<br />
<br />
GNOME 3's fallback mode uses the old ''nm-applet'', and is not subject to this issue.<br />
<br />
{{Anchor|gnome_lcd_brightness}}<br />
=== Laptop screen dims when switching to battery power or idle mode but never brightens again ===<br />
<small>[[#gnome_lcd_brightness|link to this item]] - [https://bugzilla.gnome.org/show_bug.cgi?id=650405 GNOME Bugzilla: #650405]</small><br />
<br />
Due to a bug in the screen brightness control logic in gnome-power-manager, laptop screens will dim as expected when switching from mains to battery power and dim further when the system is idle in battery mode, but will never brighten again when the system is no longer idle, or when you connect back to the mains. Eventually the screen will end up at its lowest possible brightness and be stuck there.<br />
<br />
The only workaround is to disable screen dimming via the control center, or to manually reset the brightness to 100% via the keyboard (if you have brightness keys) or the control center every so often.<br />
<br />
An updated [http://admin.fedoraproject.org/updates/gnome-power-manager-3.0.0-3.fc15 gnome-power-manager] 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/gnome-power-manager-3.0.0-3.fc15 report to Bodhi] whether it solves the problem. To test the update, run this command: <pre>su -c 'yum --enablerepo=updates-testing update gnome-power-manager'</pre><br />
<br />
{{Anchor|clutter_leaks}}<br />
===System memory in use rises constantly (memory leak) when using GNOME Shell ===<br />
<small>[[#clutter_leaks|link to this item]] - [[rhbug:672117|Bugzilla: #672117]]</small><br />
<br />
Some users have noticed memory leaks in GNOME Shell; that is, when Shell is running, the system memory in use by the ''gnome-shell'' process rises constantly. The severity of the leak can vary from system to system, but it usually starts out using around 60-70MB of system memory, and rises to over 200MB after a day or two. To work around the problem, simply restart the Shell when its memory usage gets too high: run {{command|killall gnome-shell}}, or from the ''Run'' dialog - triggered by the key combination alt-f2 - simply type the single letter ''r'' and hit enter.<br />
<br />
{{Anchor|gnome3_iranian_login}}<br />
=== Cannot log in to GNOME 3 with Iranian (fa_IR) locale selected ===<br />
<small>[[#gnome3_iranian_login|link to this item]] - [[rhbug:703060|Bugzilla: #703060]]</small><br />
<br />
A bug in GNOME Shell makes log in to that environment fail if the fa_IR (Iranian) locale is selected as the system locale. Various errors related to ''Argument 'text' (type utf8) may not be null'' will be present in the {{filename|~/.xsession-errors}} file.<br />
<br />
You can work around the issue by using a different locale, or by removing these lines from the file {{filename|/usr/share/gnome-shell/js/ui/environment.js}}:<br />
<pre><br />
Date.prototype.toLocaleFormat = function(format) {<br />
return Shell.util_format_date(format, this.getTime());<br />
};<br />
</pre><br />
<br />
{{Anchor|gdm_locale}}<br />
=== Cannot select language or keyboard layout at login screen ===<br />
<small>[[#gdm_locale|link to this item]] - [[rhbug:681750|Bugzilla: #681750]]</small><br />
<br />
In previous Fedora releases, the login screen (when using the gdm login manager, as is the default from a network, DVD or ''desktop'' live image install) had menus for selecting the language and keyboard layout to be used in the session. In Fedora 15, these menus are removed from gdm. To set the system language and keyboard layout you will need to open the ''User'' menu (at the top right hand corner of the screen), click on ''System Settings'', and then click on ''Region and Language'' in the window that opens up.</div>Draedel