Ask Your Question

F22 stalls on logo

asked 2015-10-08 02:50:43 -0500

rjohannessen gravatar image

updated 2015-10-08 02:57:04 -0500

I believe this is the 3rd time I've dealt with this issue, and it's really starting to get old. I'm pretty new to Linux in general, but I've been able to reinstall the other times to fix it, while keeping my Home directory to make it less painful, but obviously I need to stop this from happening at all.

So I'm fairly certain that it's being caused by my other hard drives. First of all, the installation will give me an error shortly after I begin the setup process, an unknown error occurs, with a call stack starting like:

anaconda 22.20.13-1 exception report


File "/usr/lib/python2.7/site-packages/blivet/", line 950, in addUdevPartitionDevice raise UnusableConfigurationError(msg) ....

I can get the install to work if I shutdown and disconnect my hard drives (3 internal and 1 external), but then when I plug them back in, the next time I boot up it hangs, and I get this (some of the load log):

BUG: unable to handle kernel paging request at ffffffffa0a78c48

IP: [<ffffffff812984e0>] proc_get_inode+0xc0/0x170

PGD 1c0e067 PUD 1c0f063 PMD 7f9b5f067

Oops: 0000 [#11] SMP

Modules linked in:....




Call Trace:

... proc_lookup_de+0x53/0xc0

... proc_lookup+0x1b/0x20

--- lookup_real+0x1d/0x70

... do_last...

... path_opeat...

... ? user_path_at_empty...

... do_ilp_open...

... ? find_next_zero_bit..

... ? __alloc_f...

... do_sys_open

... SyS_open

... system_call_fastpath

Code: BIG LONG code

RIP [address] proc_get_inode...

RSP <address>

CR2: address

What gives? (sorry for the horrible formatting, I'm having to do this on my ipad..)

edit retag flag offensive close merge delete


Have you tried installing Fedora on a new/different hard disc?

lnxslck gravatar imagelnxslck ( 2015-10-08 08:38:22 -0500 )edit

I have had issues reminiscent of this one with anaconda when attempting to install Fedora on a set of hard disks which include LVM layouts from old machines. You say you're keeping your home directory; are you keeping it on a hard disk separate from the rest of the installation which includes an LVM volume group and logical volume containing your home directory?

bitwiseoperator gravatar imagebitwiseoperator ( 2015-10-08 08:48:11 -0500 )edit

@lnxslck Originally I tried installing it on a separate one (from my windows 7 install), but I couldn't get dual booting to work for the life of me, so I went with a separate partition, which works fine until I plug in the other hard drives.

@bitwiseoperator As far as keeping my home directory, I didn't do that the first time (or two), just wiped the partition and started over. But when I did keep it it was on the same one, everything's on the one disk.

One thing I've noticed is that the other drives don't have any boot this something that's required during disk scan maybe?

rjohannessen gravatar imagerjohannessen ( 2015-10-09 03:06:52 -0500 )edit

Maybe it's a hardware failure on your discs?

lnxslck gravatar imagelnxslck ( 2015-10-09 04:38:06 -0500 )edit

@lnxslck I don't think so. They work fine when in windows.

rjohannessen gravatar imagerjohannessen ( 2015-10-09 10:42:09 -0500 )edit

2 Answers

Sort by ยป oldest newest most voted

answered 2015-10-10 02:36:06 -0500

rjohannessen gravatar image

updated 2015-10-10 02:36:59 -0500

So evidently this was an issue with the GPT, as bitwiseoperator pointed out.

Using gdisk I was able to convert MBR to GPT, simply by:

gdisk /dev/[disk]
w (at prompt)

This didn't cause any issues or data loss when accessing the disks from windows. The installation produced no error even though the disks were connected. I've updated Fedora 22 and have rebooted fine multiple times.

edit flag offensive delete link more



Nice work. Kind of risky, but it's good to know this worked well for you.

bitwiseoperator gravatar imagebitwiseoperator ( 2015-10-10 09:02:10 -0500 )edit

Yeah, obviously back your data up first! Thanks again for the assistance.

rjohannessen gravatar imagerjohannessen ( 2015-10-10 18:06:02 -0500 )edit

answered 2015-10-09 11:11:05 -0500

Looks to me like you're running into Bug 1208212.

The issue appears to be corrupt GUID Partition Table (GPT) data on the problematic hard disks you seem to have identified. I'm not sure what your hard disk layout is like, or how easily you will be able to reformat the disks to correct the corrupt GPT information, but that's probably the only way forward. One of the users in the bug report seems to have confirmed that a "full drive reset" resolves the problem. I'm not sure what he means by that, but I'm guessing he reformatted the problematic disks.

Before you start messing around with partition tables, of course, ensure you have current backups of all your important data which resides on the disks you are about to manipulate.

Try booting into Fedora 22 Live Media and using gdisk -l /dev/whatever to inspect your disks and see if you can locate the problematic one(s). The output should inform you if the GPT is corrupted in any way. If you can locate the problematic disk, and confirm this diagnosis thereby, you can probably just exclude that disk from your installation, reformat it (depending on how simple a process that would be for you), or post back here with the output from gdisk -l /dev/whatever so that we can attempt a repair of the busted GPT.

edit flag offensive delete link more


Thanks for finding this, it seems like you're onto something. When I do gdisk -l for all the extra drives, I get:

Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: not present

Found invalid GPT and valid MBR; converting MRB to GPT format in memory.

With some additional disk information.

So is it a matter of getting a valid GPT on those disks? Will that render them inoperable in Windows? Is it even possible? Prior to installing F22, I had reformatted all the disks, just 1 NTFS partition, no Windows installation or anything.

rjohannessen gravatar imagerjohannessen ( 2015-10-10 00:20:50 -0500 )edit

Question Tools

1 follower


Asked: 2015-10-08 02:50:43 -0500

Seen: 157 times

Last updated: Oct 10 '15