Created attachment 516232 [details] anaconda-tb-* logs Description of problem: "Examining storage devices" Version-Release number of selected component (if applicable): Anaconda 16.13 Steps to Reproduce: 1.Download F16 installation vmlinuz & initrd.img from mirror containing 20110721/i386/os/isolinux 2.Load them from PATA on ICH4 containing 1G RAM, 1G swap, 31 total partitions using Legacy Grub thus: title Install Fedora 16 devel (to hd0,17) from mirrors.us.kernel.org kernel (hd0,4)/rawhide/vmlinuz showopts repo=http://mirrors.us.kernel.org/fedora/development/16/i386/os dns=207.69.188.187,207.69.188.186 gateway=192.168.1.1 graphical ip=192.168.1.2 netmask=255.255.255.0 hostname=myhost.domain selinux=0 noipv6 resolution=1024x768 video=1152x864 xdriver=intel initrd (hd0,4)/rawhide/initrd.img Actual results: installation stops at "Examining storage devices" Expected results: installation proceeds at least past partitioning Additional info: I left it stalled with that message more than 30 minutes before saving the logs and rebooting. PATA target only accessible storage device (empty floppy drive, CDRW/DVD drive containing upside down media, no USB, Firewire or eSATA storage devices, no PXE).
It looks like you're caught in a loop waiting for the udev event queue to be empty: 20:16:56,132 INFO program: udevadm settle - timeout of 300 seconds reached, the event queue contains: 20:16:56,134 INFO program: /sys/devices/virtual/vc/vcs5 (1600) 20:16:56,137 INFO program: /sys/devices/virtual/vc/vcs5 (1959) 20:16:56,155 INFO program: Running... udevadm settle --timeout=300 (1) I don't know why we don't just give up. (2) I don't know why those are still stuck in the queue.
While I encountered this bug during install of Fedora 16 Aplha, it seems to be fixed in Fedora 16 Beta RC2. Successfully installed on two different systems that has showed behavior described above.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.