Description of problem: When attempting to do an install, today's and yesterday's boot.iso versions crash when scanning for existing systems. Version-Release number of selected component (if applicable): 11.2.0.31-1 How reproducible: 100% on my system. Steps to Reproduce: 1. Try to do an install with today's boot.iso file. Actual results: Anaconda crashes Expected results: Anaconda detects existing Fedora installations. Additional info: Due to another problem neither of my hard drives are visible so there are zero disk partitions to search. This may or may not have any bearing on the above. I also tried using the updates feature to use update *.py files from cvs, but saw the same problem.
Created attachment 149601 [details] Anaconda dump file
I retested this using a boot.iso version from early March 13th and the problem is still happening.
What kind of hard drives, controller, etc. are you using?
You can look at 227281 to see that saga. This ticket wasn't about getting anaconda to see the drives, but rather about the failure more. The controller that has the drives attached is the highpoint 302. It has 2 PATA WD Caviars attached. (The motherboard has two sets of controllers. The AMD one has DVD drives attached, and nothing is connected to the promise controller.) When the problem with the drives not showing up first started happening, I didn't get tracebacks from anaconda. It just showed an empty list of available disk drives. Something changed recently with that.
This should be fixed with the booty that I built this afternoon and which will be in test3
Created attachment 151368 [details] Anaconda traceback I just retested this with the Friday (March 30) morning boot.iso and it seems to still be happening. However, kudzu changed and my disk drives became visible again, so I had to change the way I tested this. When I got to the screen after the media check I switched to tty2 and unloaded the disk controller driver and then continued the install from X. I then saw a crash at the same point I had previously. I am attaching the saved traceback.
I retested this with a snapshot from Friday April 13 and things now work as expected.