Description of problem:
Anaconda hangs at "examining storage devices" (just after keyboard layout selection).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run LiveCD
2. Run Install to Hard Drive
3. Next, Install anyway, Next
Anaconda hangs at "examining storage devices".
Ability to select partition layout.
Installation Fedora 16 Alpha also 16 Beta TC1 (both x86_64) from livecd with Gnome on the Asus N43S laptop with a clean 750GB SATA disk. It seems to be similar to Bug 728883 but I don't have mentioned stack trace (when started from a console I see only info about loading us.map.gz). I the same moment I've got message about SELinux (SELinux is preventing /usr/libexec/udisks-daemon from getettr access on the file /osmin). I set SELinux to permissive mode, but anaconda hangs anyway in the another run. I tried to update anaconda, udisks and selinux-policy, but without any change.
Selecting Specialized Storage Devices also hangs, but at the same page (with Basic Storage Device there is another page with mentioned message).
Please attach the following log files as attachments of type text/plain:
Created attachment 521079 [details]
Created attachment 521080 [details]
Created attachment 521081 [details]
Created attachment 521082 [details]
message.log with repeating every second line;
Sep 1 17:09:09 localhost udevd: timeout: killing 'usb_id --export /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.0/video4linux/video0' 
When I start "Install to Hard Drive" first time nothing visually happened. There was a process running:
root 1744 0.0 0.2 462164 20408 ? Sl 16:37 0:00 /usr/bin/python /usr/bin/anaconda-cleanup anaconda --liveinst --method=livecd:///dev/mapper/live-osimg-min --lang en_US.UTF-8
After a few minutes I killed it with SIGTERM and then GUI appeared. Before that anaconda.log was empty, program.log has only one line:
16:37:44,876 INFO program: Running... modprobe scsi_wait_scan
storage.log was the same as attached.
I you need something more to track the problem or have any idea how to get Fedora 16 installed on hard drive please let me know.
Try running modprobe scsi_wait_scan as root from a shell and see if it hangs for several minutes. I expect it will.
It may be that your udev timeout trying to handle your video0 device is preventing the scsi wait scan from running.
And it is.
Any workaround suggestion? I'm just hanging on fedora-qa IRC channel in case you would like to check something in real time (nick: Szpak).
I'm not sure if this is a udev problem or something further down. I'm just passing it along to get it closer to the appropriate component.
It can be a good shot with video0. modprobe -r uvcvideo hangs as well. There is also a stack in messages.log:
[ 59.028698] Linux media interface: v0.10
[ 60.549832] Linux video capture interface: v2.00
[ 61.463558] uvcvideo: Found UVC 1.00 device USB2.0 UVC 2M WebCam (13d3:5205)
[ 61.483911] ------------[ cut here ]------------
[ 61.485900] kernel BUG at drivers/media/media-entity.c:346!
[ 61.487871] invalid opcode: 0000 [#1] SMP
[ 61.489824] CPU 0
[ 61.489842] Modules linked in: uvcvideo(+) snd_seq_device ath9k_common ath9k_hw videodev snd_pcm media ath btusb snd_timer v4l2_compat_ioctl32 asus_nb_wmi snd bluetooth asus_wmi cfg80211 soundcore sparse_keymap snd_page_alloc rfkill iTCO_wdt atl1c i2c_i801 iTCO_vendor_support microcode serio_raw joydev uinput squashfs i915 nouveau ttm drm_kms_helper drm i2c_algo_bit i2c_core mxm_wmi wmi video [last unloaded: scsi_wait_scan]
[ 61.500336] Pid: 744, comm: modprobe Not tainted 3.1.0-0.rc3.git0.0.fc16.x86_64 #1 ASUSTeK Computer Inc. N43SN/N43SN
[ 61.502509] RIP: 0010:[<ffffffffa0225d7d>] [<ffffffffa0225d7d>] media_entity_create_link+0x31/0xe3 [media]
I could blacklist that module, but it's a livecd. I tried anaconda boot switch blacklist=uvcvideo , but module is still loaded.
 - http://fedoraproject.org/wiki/Anaconda_Boot_Options
Can I prevent that module from loading with boot parameter or I need to customize livecd to add entry to /etc/modprobe.d/blacklist.conf ?
Looks exactly as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637740
Btw, Harold, I've just found that you wrote something about rd.blacklist:
Should rd.blacklist=uvcvideo as boot parameter work in Fedora 16 Beta TC1 (I tried it, but module it still loaded)?
Harold -> Harald (sorry)
It seems rd.blacklist works only in the first booting phrase and /etc/modprobe.d/blacklist.conf is needed anyway. With modified LiveCD I was able to perform installation.
Btw, maybe it should be mentioned as common bug? With that bug in kernel anyone with that model of web camera want be able to work normally with F16.
in the Debian bug, the dev is looking for result with a patch:
it might help for you to do that, Marcin.
proposing this as NTH at least.
this is a dupe of 735437 - that one actually came later, but it has more useful info and a developer response.
*** This bug has been marked as a duplicate of bug 735437 ***