<div>On 10/24/06, Jim Cornette <<a href="mailto:fc-cornette@insight.rr.com">fc-cornette@insight.rr.com</a>> wrote:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <a href="mailto:redhatdude@bellsouth.net">redhatdude@bellsouth.net</a> wrote: > I upgraded from the ISOs that I downloaded today. > I'm backing up my settings and doing a fresh install. > Wish me luck :) > EJ > Good luck! My yum upgraded system seems to be working fine. If things still do not work, you can bugzilla the problems since yours will be a clean install. Jim</blockquote><div> Well for the first time I can remember a Fedora release did not install properly on my plain old vanilla Dell Optiplex 270. I used a usb thumb drive to start the install. Installing the ata_piix driver module takes over a minute because of all the sata time out nonsense. After completing the install and rebooting grub was screwed up. the device.map was referencing (hd0) to /dev/sda instead of /dev/hda and on top of that the entries in the grub.conf were pointed to the wrong disks too (hd1,0), double whammy. DHCP seemed to take an age to pick up an ip address. The much vaunted improvements in yum dependency checks were not in evidence during the install when the initial dependency check took an age even though I had not customised anything. </div> </div>I surprised to see that there was no X configuration during first boot, and also surprised that it needed to reboot after first boot. Unpleasantly it then rebooted to a command line prompt - no X. I will try and file bugzilla reports on these tomorrow, however I'm pretty shocked. If I were a casual user and not a long time Fedora lag I'd run not walk from this distro.