The following was filed automatically by anaconda: anaconda 11.5.0.24 exception report Traceback (most recent call first): File "/usr/lib64/python2.6/site-packages/parted/device.py", line 48, in __init__ self.__device = _ped.device_get(path) File "/tmp/updates/storage/devices.py", line 602, in __init__ self.partedDevice = parted.Device(path=self.path) File "/tmp/updates/storage/devicetree.py", line 752, in addUdevDevice sysfsPath=sysfs_path) File "/tmp/updates/storage/devicetree.py", line 1013, in _populate self.addUdevDevice(dev) File "/tmp/updates/storage/devicetree.py", line 155, in __init__ self._populate() File "/tmp/updates/storage/__init__.py", line 220, in reset luksDict=self.__luksDevs) File "/tmp/updates/storage/__init__.py", line 65, in storageInitialize anaconda.id.storage.reset() File "/usr/lib/anaconda/dispatch.py", line 205, in moveStep rc = stepFunc(self.anaconda) File "/usr/lib/anaconda/dispatch.py", line 128, in gotoNext self.moveStep() File "/usr/lib/anaconda/gui.py", line 1317, in nextClicked self.anaconda.dispatch.gotoNext() DeviceException: Could not find device for path /dev/sdb
Created attachment 334184 [details] Attached traceback automatically from anaconda.
*** Bug 489465 has been marked as a duplicate of this bug. ***
Created attachment 334918 [details] Another duplicate Here's another duplicate traceback. The observation that might be useful (either for debugging or for people working around) is that it was caused by having my monitor's USB hub, which has an (empty) cf/sd card reader. Unplugging that got me past this issue.
*** Bug 489918 has been marked as a duplicate of this bug. ***
I can consistently hit this failure on brutus.test.redhat.com. This system is connected to a USB attached hub. Off of the hub is a set of 6 IDE->USB converters which connect to 6 CDROM drives. The CDROM drives do not have power, but it appears that the USB has enough power to see the devices. With the USB hub not connected, my system sees: sh-4.0# ls /sys/class/block/ dm-0 loop1 loop4 loop7 ram10 ram13 ram2 ram5 ram8 sda1 dm-1 loop2 loop5 ram0 ram11 ram14 ram3 ram6 ram9 sda2 loop0 loop3 loop6 ram1 ram12 ram15 ram4 ram7 sda sr0 With the USB hub connected, but the CDROM drives powered off, my system sees: sh-4.0# ls /sys/class/block/ dm-0 loop1 loop4 loop7 ram10 ram13 ram2 ram5 ram8 sda1 sdc sdf dm-1 loop2 loop5 ram0 ram11 ram14 ram3 ram6 ram9 sda2 sdd sr0 loop0 loop3 loop6 ram1 ram12 ram15 ram4 ram7 sda sdb sde sh-4.0# PYTHONPATH=/usr/lib/anaconda python -c 'import isys; print isys.mediaPresent("/dev/sdb");' True
*** Bug 490110 has been marked as a duplicate of this bug. ***
After deactivating all card readers (in monitor and in PC) the installer was also working for me.
Created attachment 335229 [details] AttributeError: 'PartitionDevice' object has no attribute 'migrate' My laptop has an internal SD card reader that I cannot disable from the BIOS and I hit this bug. After finding this report, I tried inserting an SD card, which got me further to the point that I got a graphical popup saying there was a bug and options to debug, save, or exit installer. The attachment is from /tmp/anacdump.txt at that time and has a different error from the other two attachments. I've tried three different SD's. I wanted to format one locally to see if that got me by, but they are all loaded with stuff. Is there a way I can disable card reader support from grub?
I added the nousb boot option and received the error in my prior attachment (the equivalent of having an SD device plugged in.) This is a small indication to me that the second bug is not related to the first. Would anyone agree that I should create a separate bug report?
I've committed a potential fix for this problem, though it needs some more thorough testing. Please try the next build of anaconda and let me know the status. Kyle - please try the next build as well, and if you are still seeing the problem you reported, open a new bug about it. Your traceback does not appear to be related to the one being tracked in this bug report. Thanks.
Retested with (anaconda 11.5.0.31 build) and no longer seeing this issue
Agreed, bug is gone. I tried 11.5.0.33 and hit another bug much earlier in the boot process. Then I tried 11.5.0.34 and got back to comment #9 without the nousb option or an SD card plugged in.
looks fixed for me too, with anaconda from 20090326 boot.iso. I can go completely through the installation without unplugging my usb card reader.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping