Common F18 bugs
This page documents common bugs in Fedora 18 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.
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)
Installer crashes with FormatDestroyError: error wiping old signatures when installing over encrypted LVM or LVM-on-RAID
The Fedora 18 Beta installer may crash during partitioning (first stage of actual installation process) with the error FormatDestroyError: error wiping old signatures from (device). So far, two scenarios have been identified which lead to this crash: an LVM-based (default) install over an existing Fedora 18 installation which contains an encrypted LV, and an LVM-based (default) install over an existing Fedora 17 installation which contains LVs on a firmware RAID array. However, there may well be other configurations which will trigger this problem.
The bug appears to occur when the installer believes a newly-created partition may still contain stale LVM or RAID metadata and so runs the wipefs command to delete it. If the partition is set to become part of an LV, though, it may become busy immediately after creation, and this causes the wipefs command to fail.
Developers are currently examining the various factors which contribute to this problem, and it will be resolved for Fedora 18 Final.
Installer crashes with degraded/incomplete RAID, LVM or btrfs devices present
The installer in Fedora 18 Beta cannot reliably handle degraded or incomplete RAID, LVM or redundant/striped btrfs devices. When running the installer with such devices present, a crash (the linked bug, or another) may well occur during initial startup or partitioning.
This will be fixed for the Final release (in the sense that the installer will detect such devices and refuse to use them; it is intended that the installer will not deal with such devices, but it is not intended that it crashes in the case that they are present).
MATE installation is broken from the DVD media
If you choose to install the MATE desktop in Fedora 18 Beta from DVD installation media, you will receive a very incomplete and non-working environment, as the DVD does not in fact contain most of the MATE packages. MATE was not intended to be listed as available for installation from the DVD, but by mistake, it is.
The available workarounds are to use the netinst image instead of the DVD image, set the installation source to network repositories instead of the internal DVD package repository, or install MATE after system installation.
Installer boot options documentation is outdated
There are currently two pages documenting the boot options of the installer of Fedora 18 Beta: Anaconda Boot Options and http://wwoods.fedorapeople.org/doc/boot-options.html. Both of them are at least partly outdated. Hopefully Anaconda team will update the documentation in a reasonably timeframe, in the meantime you need to have a look at both and take a guess which of the boot options are current and which are obsolete, provided that you need some of them.
Installer freezes briefly in remote repository setup
If you use a remote package repository for the installation (netinst image orboot argument), you might experience a brief freeze in the installer interface, usually lasting several seconds. It is assumed this is related to setting up the repository source and downloading metadata in the background. There is no loss of functionality, just wait a short while if you see the interface not responding immediately.
Invalid installation source breaks many configuration screens
If you happen to provide an invalid installation source (in the Installation Source screen) in the Fedora 18 Beta installer, some installer screens might become corrupted even when you provide a correct installation repository (like Closest mirror) afterwards. Most often the package selection screen gets corrupted, but other screens like partitioning or keyboard selection screen might be affected too. The only safe workaround is to reboot and start the installer again.
UEFI boot doesn't work with liveusb-creator
liveusb-creator is one of the recommended tools for converting optical media ISO images into a bootable USB images. However, this tool still hasn't implemented support for UEFI boot. If you want to install Fedora in native UEFI mode from a USB media, use either
livecd-iso-to-disk to create it. The full instructions are at How to create and use Live USB.
Fedora 16 cannot be directly upgraded to Fedora 18
Beginning with Fedora 18 Beta, a new upgrade tool
has been introduced, replacing the older PreUpgrade. FedUp currently only supports Fedora 17 -> Fedora 18 upgrades. If you want to upgrade Fedora 16, you need to go through Fedora 17 as an intermediary step. More information about the process should appear on the page Upgrading soon.
Installer crashes instead of presenting an error dialog when disk is too small (or other errors)
If you try to install Fedora 18 Beta to a very small disk, the installer may crash with an error PartitioningError: not enough free space on disks, or another error. In general, there are several cases where there is code in the installer to catch errors, but no 'error handling' code to present a dialog to the user with appropriate options when one of these errors occurs.
There is no workaround for this kind of problem, but in any case where this happens, it indicates some kind of problem in your installation attempt. You may be able to tell from the error message and traceback what the error is, and correct it in another attempt to install. For this specific error, the problem is that the target disk is too small.
Possible data loss when dual-booting with Windows 8 and using "fast restart"
Using the "fast restart" feature of Windows 8 and rebooting into Fedora may lead to data loss. Files written to the Windows partition by Fedora may be deleted when rebooting into Windows 8. This may be avoided by disabling the "fast restart" feature in Windows 8.