From Fedora Project Wiki

(Add information on GNOME session save breakage)
m (add category)
 
(30 intermediate revisions by 13 users not shown)
Line 1: Line 1:
= Fedora 10 - Common Bugs and Known Issues  =
This page documents common bugs in Fedora 10 and, if available, fixes or workarounds for these problems.  If you find your problem in this page, ''do not file a bug for it.''  Where appropriate, a reference to the current bug(s) in Bugzilla is included.
This page documents common bugs in Fedora 10 and, if available, fixes or workarounds for these problems.  If you find your problem in this page, ''do not file a bug for it.''  Where appropriate, a reference to the current bug(s) in Bugzilla is included.


Line 6: Line 4:
With the alpha release of Fedora 11 comes the [[Common_F11_bugs]] page.
With the alpha release of Fedora 11 comes the [[Common_F11_bugs]] page.
-->
-->
<!-- UNCOMMENT FOR FINAL RELEASE:
== Release Summary, Announcement and Notes ==
== Release Summary, Announcement and Notes ==


* [[Releases/10/ReleaseSummary]] - Make sure you read this page and related references in detail. -->
* [[Releases/10/ReleaseSummary]] - Make sure you read this page and related references in detail.


== My Bug Is Not Listed ==
== My Bug Is Not Listed ==


Not every bug is listed in this page. You can use bugzilla queries in the bottom of this page for that. We have collected this based on commonly discussed issues in our mailing lists and forums. If you believe any particular bug report is missed out here and if you have wiki access, add it this page or contact [[User:Sundaram | Rahul Sundaram]] with the bugzilla report number explaining why you believe that particular report qualifies as a common issue.
Not every bug is listed in this page. You can also [https://bugzilla.redhat.com/query.cgi query bugzilla], which has a complete list of known bugs. We have collected this based on commonly discussed issues in our mailing lists and forums.
 
If you believe a commonly encountered bug is missing:
* If you have wiki access, add it this page.
* Otherwise, contact [[User:Sundaram | Rahul Sundaram]] with the bugzilla report number explaining why you believe that particular report qualifies as a common issue.


== Common Issues ==
== Common Issues ==


<!-- Example issue
<!-- *** FOLLOW THIS FORMAT FOR ALL ENTRIES PLEASE. ***
{{Anchor|Issue-Foo}}
{{Anchor|Issue-Foo}}
=== Issue Foo (example) ===
=== Issue Foo (example) ===
<small>[[{{subst:PAGENAME}}#Issue-Foo|link to this item]] - [https://bugzilla.redhat.com/XXXXXX Bugzilla: #XXXXXXX]</small>
<small>[[{{subst:PAGENAME}}#Issue-Foo|link to this item]] - [[rhbug:XXXXXX|Bugzilla: #XXXXXXX]]</small>


Words words words. Blah blah blah.
Words words words. Blah blah blah.
-->
-->
{{Anchor|DNS-Resolver}}
=== DNS resolver not reliable ===
<small>[[Common F10 bugs#DNS-Resolver|link to this item]] - [https://bugzilla.redhat.com/show_bug.cgi?id=459756 Bugzilla: 459756]</small>
The name resolver in Fedora 10 did not work reliably in combination with some DNS servers. The symptoms were intermittent failures and/or unusually long delays in resolving DNS names. A workaround has been introduced in the glibc-2.9-3 update and seems to mitigate the problem while we wait for the real solution.


=== GNOME session saving broken ===
=== GNOME session saving broken ===
<small>[Common F10 bugs#GNOME_session_saving_broken | link to this item]] - [https://bugzilla.redhat.com/show_bug.cgi?id=465321 Bugzilla: 465321] and [http://bugzilla.gnome.org/show_bug.cgi?id=552387 GNOME Bugzilla: 552387]</small>
<small>[[Common F10 bugs#GNOME_session_saving_broken | link to this item]] - [https://bugzilla.redhat.com/show_bug.cgi?id=465321 Bugzilla: 465321], [https://bugzilla.redhat.com/show_bug.cgi?id=471980 Bugzilla: 471980] and [http://bugzilla.gnome.org/show_bug.cgi?id=552387 GNOME Bugzilla: 552387]</small>
 
The GNOME session management subsystem is being completely rewritten (see [http://live.gnome.org/SessionManagement/GnomeSession this page] and [http://live.gnome.org/SessionManagement/NewGnomeSession this page]), so this particular feature is in flux right now.  [http://blogs.sun.com/mattman/entry/gnome_2_24_session_save1 This blog entry] discusses a helpful workaround.
 
=== Xfce Window Manager and Window Manager Tweaks broken ===
<small>[[Common F10 bugs#Xfce_Window_Manager_and_Window_Manager_Tweaks_broken | link to this item]] - [https://bugzilla.redhat.com/show_bug.cgi?id=471927 Bugzilla: 471927]</small>
 
Due to a <code>gtk2</code> bug in F10, the Xfce tools for "Window Manager" and "Window Manager Tweaks" may give the following error:
 
"These settings cannot work with your current window manager (imsetting-xim)"
 
To work around this issue, run the following command in a terminal, and then restart:
<pre>su -c 'yum remove imsettings'</pre>
 
=== ATI Radeon problems ===
<small>[[Common F10 bugs#ATI_Radeon_problems|link to this item]]</small>
 
It is mentioned in the [http://docs.fedoraproject.org/release-notes/f10preview/en_US/What_is_New_for_Installation_and_Live_Images.html#sn-Kernel_modesetting release notes], but you might have overlooked it:
 
The kernel modesetting drivers for ATI Radeon are still in development and buggy. Some of the issues are tracked on [http://admin.fedoraproject.org/pkgdb/packages/bugs/xorg-x11-drv-ati xorg-x11-drv-ati] while others are tracked with the kernel.
 
If you see display-related problems on ATI Radeon then you can try adding <code>nomodeset</code> to the kernel boot prompt in grub or permanently in <code>/etc/grub.conf</code>. Disabling compiz might also help.
 
If the driver pick up wrong resolution, you may try to create <code>/etc/X11/xorg.conf</code> and wrote down your monitor capabilities and force your native monitor resolution. See [https://bugzilla.redhat.com/show_bug.cgi?id=474339 Bugzilla: 474339] for possible workaround.
 
=== Fedora 10 i686 Xen guest won't boot ===
<small>[[Common F10 bugs#Fedora_10_i686_Xen_guest_won't_boot|link to this item]] - [[rhbug:470905|Bugzilla: 470905]]</small>
 
Fedora 10 (i686) must use the <code>kernel-PAE</code> package to run as a Xen guest. The installer fails to choose this kernel when it is being installed under Xen, so the installed system will not boot.
 
As a workaround, you can use a kickstart file to install <code>kernel-PAE</code>. An <code>updates.img</code> file that fixes this problem should be made available soon.
 
=== Error upgrading systems with kernel-xen installed ===
<small>[[Common F10 bugs#Error_upgrading_systems_with_kernel-xen_installed|link to this item]] - [[rhbug:472462|Bugzilla: 472462]]</small>
 
If you try to upgrade a system with {{package|kernel-xen}} installed, anaconda will fail with an error message ending with:
  PackageSackError: No Package Matching kernel
<code>kernel-xen</code> has been removed from Fedora and no upgrade exists in Fedora 10. Xen host services are now provided by {{package|xenner}}. Remove <code>kernel-xen</code> from your system and the upgrade will complete normally.
 
=== Installing Fedora 10 DomU on Fedora 8 Dom0 Fails ===
<small>[[Common F10 bugs#Installing_Fedora_10_DomU_on_Fedora_8_Dom0_Fails|link to this item]] - [[rhbug:458164|Bugzilla: 458164]]</small>
 
Previous versions of fedora had a distinct kernel image for Xen domains. This
is no longer the case for Fedora 10. The version of {{package|python-virtinst}} on Fedora 8 is not aware of this change.
 
A newer build of {{package|python-virtinst}} has been created in
updates-testing. Try this test version and give it some positive karma if it works for you.
* http://koji.fedoraproject.org/koji/buildinfo?buildID=71125
 
{{Anchor|Crypto-Keyboard-Layout}}
=== Wrong keyboard layout when entering boot crypto password ===
<small>[[Common F10 bugs#Crypto-Keyboard-Layout|link to this item]] - [[rhbug:472964|Bugzilla: #472964]]</small>
 
If a live medium was used to install Fedora, the system uses the us keyboard layout, when you are prompted for your crypto boot password. Once the system was sucessfully booted, running <code>/usr/libexec/plymouth/plymouth-update-initrd</code> as root updates the keyboard table  in the initramfs file to the current one. A reference of the us keyboard layout can be found at [http://en.wikipedia.org/wiki/Image:Qwerty.svg Wikipedia].
 
{{Anchor|Broken-DBus}}
=== D-Bus packages break some functionality ===
On or around 2008-12-07, released D-Bus updates created some breakage in other Fedora software.  The broken packages included PackageKit, which prevented some users from easily updating their systems to fix the problem.  At this point, PackageKit and many other packages have been repaired.  To repair the system, open a terminal and run the following command.  Provide the root password at the prompt:
 
<pre>su -c 'yum update'</pre>
 
You must restart the system to complete the update.
 
{{Anchor|Unbootable newly installed system}}
=== New Fedora 10 installs do not boot, boot delays for 10 seconds or stabilization cannot be detected ===
<small>[[Common F10 bugs#Unbootable new installation of F10|link to this item]] - [[rhbug:473305|Bugzilla: #473305]] and [[rhbug:470628|Bugzilla: #470628]] </small>
On systems that use specific SCSI hardware (can include SATA controllers), a fresh install could complete, but on reboot it would hang and either display "stabilization cannot be detected", delay for 10 seconds or not continue to boot at all, with sg or other devices being listed.<br>
The problem is that mkinitrd was edited to enhance boot times. This introduced an IF clause, that, under specific circumstances, causes scsi_wait_scan not to be loaded and also prevents 'emit "stablized  --hash --interval 250 /proc/scsi/scsi"'from being called, and hence the above mentioned issues occur.<br>
In order to fix this issue, a temporary option can be used, by editing the kernel argument from within grub and appending "scsi_mod.scan=sync". This will allow the boot to proceed in most circumstances, although it might take a few seconds to proceed. By using the mentioned kernel argument anaconda freeze-ups and crashes on some systems are also prevented, during the installation process.<br>
A better fix is to rebuild the initrd that the kernel requires in order to boot. mkinitrd --with=scsi_wait_scan (detailed instructions below).
Beginners please follow the steps below:
<pre>
# To fix this issue, boot from live-media.
#Become root on the live-system (note the dash):
su -
# Enable LVM, if you are using LVM:
vgchange -ay
# Create a mount point:
mkdir /mnt/sysimage
# Mount your installed system (VGhere = Your VolumeGroup;
# LVname = Name of Logical Volume):
mount -t ext3 /dev/VGhere/LVname /mnt/sysimage
# Note: Experienced users also mount your other mount points,
# such as /var into the chroot.
 
# If required mount the /boot partition into the chroot
# (where sdxx is the /boot partition):
mount -t ext3 /dev/sdxx /mnt/sysimage/boot
# Mount the required special kernel directories into the chroot environment:
mount --bind /dev/ /mnt/sysimage/dev
mount --bind /proc /mnt/sysimage/proc
mount --bind /sys /mnt/sysimage/sys
# Change into the directory root of your installed system:
chroot /mnt/sysimage
# Rename your old initrd (note your initrd version might be different,
# modify as required)
mv initrd-2.6.27.7-130.fc10.x86_64.img initrd-2.6.27.7-130.fc10.x86_64.img.old
# Create your new initrd image
# Note: The third argument after mkinitrd is the kernel version)
mkinitrd --with=scsi_wait_scan initrd-2.6.27.7-130.fc10.x86_64.img
2.6.27.7-130.fc10.x86_64
# Exit the chroot environment and reboot:
exit
reboot
</pre>
Now pray! 
Please note the lines beginning with a "#" are comments! Some command lines are separated
by a carriage return.
 
'''Important Note: mkinitrd-6.0.71-3.fc10 fixes the issue above!! Please update your system after fixing manually,'''
'''or better after booting using the kernel argument "scsi_mod.scan=sync" !!!'''
 
{{Anchor|SDL Application Sounds "Pop/Crackle"}}


The GNOME session management subsystem is being completely rewritten (see [http://live.gnome.org/SessionManagement/GnomeSession this page] and [http://live.gnome.org/SessionManagement/NewGnomeSession this page), so this particular feature is in flux right now.  [http://blogs.sun.com/mattman/entry/gnome_2_24_session_save1 This blog entry] discusses a helpful workaround.
=== SDL based apps have popping/crackling noises ===
<small>[[Common F10 bugs#Issue-Foo|link to this item]]</small>


=== Xfce Window Manager/Window Manager Tweaks don't work ===
SDL based applications such as Battle for Wesnoth and Enemy Territory: Quake Wars have popping/crackling noises.
A fix is to tell SDL to use the ALSA driver.
<pre>
echo "export SDL_AUDIODRIVER=\"alsa\"" >> ~/.bash_profile
</pre>
Log out and log back in for this to take effect.


Due to a gtk2 bug in F10, the Xfce settings manager settings tools for "Window Manager" and "Window Manager Tweaks" may give the following error:
To make it a system wide change (as opposed to a single user in the code above) add


"These settings cannot work with your current window manager (imsetting-xim)"
export SDL_AUDIODRIVER="alsa"


To work around this issue, you can: "yum remove imsettings" and restart.
to /etc/profile.
See bug: [[ https://bugzilla.redhat.com/show_bug.cgi?id=471927 ]] for more info.


== References ==
== References ==


* [[KernelCommonProblems]]
* [[Common kernel problems]]


[[Category:Bugs]]
[[Category:Bugs]] [[Category:Common bugs]]

Latest revision as of 00:01, 15 March 2018

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

Release Summary, Announcement and Notes

My Bug Is Not Listed

Not every bug is listed in this page. You can also query bugzilla, which has a complete list of known bugs. We have collected this based on commonly discussed issues in our mailing lists and forums.

If you believe a commonly encountered bug is missing:

  • If you have wiki access, add it this page.
  • Otherwise, contact Rahul Sundaram with the bugzilla report number explaining why you believe that particular report qualifies as a common issue.

Common Issues

DNS resolver not reliable

link to this item - Bugzilla: 459756

The name resolver in Fedora 10 did not work reliably in combination with some DNS servers. The symptoms were intermittent failures and/or unusually long delays in resolving DNS names. A workaround has been introduced in the glibc-2.9-3 update and seems to mitigate the problem while we wait for the real solution.

GNOME session saving broken

link to this item - Bugzilla: 465321, Bugzilla: 471980 and GNOME Bugzilla: 552387

The GNOME session management subsystem is being completely rewritten (see this page and this page), so this particular feature is in flux right now. This blog entry discusses a helpful workaround.

Xfce Window Manager and Window Manager Tweaks broken

link to this item - Bugzilla: 471927

Due to a gtk2 bug in F10, the Xfce tools for "Window Manager" and "Window Manager Tweaks" may give the following error:

"These settings cannot work with your current window manager (imsetting-xim)"

To work around this issue, run the following command in a terminal, and then restart:

su -c 'yum remove imsettings'

ATI Radeon problems

link to this item

It is mentioned in the release notes, but you might have overlooked it:

The kernel modesetting drivers for ATI Radeon are still in development and buggy. Some of the issues are tracked on xorg-x11-drv-ati while others are tracked with the kernel.

If you see display-related problems on ATI Radeon then you can try adding nomodeset to the kernel boot prompt in grub or permanently in /etc/grub.conf. Disabling compiz might also help.

If the driver pick up wrong resolution, you may try to create /etc/X11/xorg.conf and wrote down your monitor capabilities and force your native monitor resolution. See Bugzilla: 474339 for possible workaround.

Fedora 10 i686 Xen guest won't boot

link to this item - Bugzilla: 470905

Fedora 10 (i686) must use the kernel-PAE package to run as a Xen guest. The installer fails to choose this kernel when it is being installed under Xen, so the installed system will not boot.

As a workaround, you can use a kickstart file to install kernel-PAE. An updates.img file that fixes this problem should be made available soon.

Error upgrading systems with kernel-xen installed

link to this item - Bugzilla: 472462

If you try to upgrade a system with kernel-xen installed, anaconda will fail with an error message ending with:

 PackageSackError: No Package Matching kernel

kernel-xen has been removed from Fedora and no upgrade exists in Fedora 10. Xen host services are now provided by xenner. Remove kernel-xen from your system and the upgrade will complete normally.

Installing Fedora 10 DomU on Fedora 8 Dom0 Fails

link to this item - Bugzilla: 458164

Previous versions of fedora had a distinct kernel image for Xen domains. This is no longer the case for Fedora 10. The version of python-virtinst on Fedora 8 is not aware of this change.

A newer build of python-virtinst has been created in updates-testing. Try this test version and give it some positive karma if it works for you.

Wrong keyboard layout when entering boot crypto password

link to this item - Bugzilla: #472964

If a live medium was used to install Fedora, the system uses the us keyboard layout, when you are prompted for your crypto boot password. Once the system was sucessfully booted, running /usr/libexec/plymouth/plymouth-update-initrd as root updates the keyboard table in the initramfs file to the current one. A reference of the us keyboard layout can be found at Wikipedia.

D-Bus packages break some functionality

On or around 2008-12-07, released D-Bus updates created some breakage in other Fedora software. The broken packages included PackageKit, which prevented some users from easily updating their systems to fix the problem. At this point, PackageKit and many other packages have been repaired. To repair the system, open a terminal and run the following command. Provide the root password at the prompt:

su -c 'yum update'

You must restart the system to complete the update.

New Fedora 10 installs do not boot, boot delays for 10 seconds or stabilization cannot be detected

link to this item - Bugzilla: #473305 and Bugzilla: #470628 On systems that use specific SCSI hardware (can include SATA controllers), a fresh install could complete, but on reboot it would hang and either display "stabilization cannot be detected", delay for 10 seconds or not continue to boot at all, with sg or other devices being listed.
The problem is that mkinitrd was edited to enhance boot times. This introduced an IF clause, that, under specific circumstances, causes scsi_wait_scan not to be loaded and also prevents 'emit "stablized --hash --interval 250 /proc/scsi/scsi"'from being called, and hence the above mentioned issues occur.
In order to fix this issue, a temporary option can be used, by editing the kernel argument from within grub and appending "scsi_mod.scan=sync". This will allow the boot to proceed in most circumstances, although it might take a few seconds to proceed. By using the mentioned kernel argument anaconda freeze-ups and crashes on some systems are also prevented, during the installation process.
A better fix is to rebuild the initrd that the kernel requires in order to boot. mkinitrd --with=scsi_wait_scan (detailed instructions below). Beginners please follow the steps below:

# To fix this issue, boot from live-media.
#Become root on the live-system (note the dash):
su -
# Enable LVM, if you are using LVM:
vgchange -ay
# Create a mount point:
mkdir /mnt/sysimage
# Mount your installed system (VGhere = Your VolumeGroup;
# LVname = Name of Logical Volume):
mount -t ext3 /dev/VGhere/LVname /mnt/sysimage
# Note: Experienced users also mount your other mount points,
# such as /var into the chroot.

# If required mount the /boot partition into the chroot
# (where sdxx is the /boot partition):
mount -t ext3 /dev/sdxx /mnt/sysimage/boot
# Mount the required special kernel directories into the chroot environment:
mount --bind /dev/ /mnt/sysimage/dev
mount --bind /proc /mnt/sysimage/proc
mount --bind /sys /mnt/sysimage/sys
# Change into the directory root of your installed system:
chroot /mnt/sysimage
# Rename your old initrd (note your initrd version might be different,
# modify as required)
mv initrd-2.6.27.7-130.fc10.x86_64.img initrd-2.6.27.7-130.fc10.x86_64.img.old
# Create your new initrd image
# Note: The third argument after mkinitrd is the kernel version)
mkinitrd --with=scsi_wait_scan initrd-2.6.27.7-130.fc10.x86_64.img
2.6.27.7-130.fc10.x86_64
# Exit the chroot environment and reboot:
exit
reboot

Now pray! Please note the lines beginning with a "#" are comments! Some command lines are separated by a carriage return.

Important Note: mkinitrd-6.0.71-3.fc10 fixes the issue above!! Please update your system after fixing manually, or better after booting using the kernel argument "scsi_mod.scan=sync" !!!

SDL based apps have popping/crackling noises

link to this item

SDL based applications such as Battle for Wesnoth and Enemy Territory: Quake Wars have popping/crackling noises. A fix is to tell SDL to use the ALSA driver.

echo "export SDL_AUDIODRIVER=\"alsa\"" >> ~/.bash_profile

Log out and log back in for this to take effect.

To make it a system wide change (as opposed to a single user in the code above) add

export SDL_AUDIODRIVER="alsa"

to /etc/profile.

References