I just downloaded the Shrike binaries and attempted to do an upgrade of a Red Hat 8 system using the 'hard disk install' option on one of my machines. That one runs a RAID-1 array. Anaconda did a Python puke shortly after the message 'graphical installation not available for hard disk install' appeared. It came up with a screen telling me an error was encountered which is most likely a bug. When I have more time I'll try to reproduce this error and post it to Bugzilla.
I then turned to another machine and tried upgrading that to Red Hat 9, this time installing from NFS images. The first attempt to boot after installation the system hung by its toes when starting X. This is a system that was once connected to a Dell D1226H monitor, and the XF86Config script still shows this even though I am using a no-name branded, small 15" monitor. The new monitor wasn't detected by Kudzu when I first hooked it up and I had forgotten to manually update the XF86Config script. The X system in Red Hat 8 seems able to live with this -- the one in Red Hat 9 cannot. I will get around to fixing this with the rescue disk, but before doing that I might try booting to a spare hard disk in that box and doing a clean installation of 'Shrike' to see how the installer generates the XF86Config file. What this totals to is that anaconda should be checking the XF86Config file during the 'upgrade' process and bringing any inconsistencies to the user's attention. If it can't detect a Dell D1226H even though the config file has it listed there -- then the installer should say something. Lastly can someone tell me how to make the mediacheck feature work for iso's in an NFS directory? Typing 'linux mediacheck' produces a mediacheck that expects physical CDs. How do I do this over NFS? Thanks Bob Cochran Greenbelt, Maryland, USA -- Phoebe-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/phoebe-list
