Description of problem: When anaconda starts up in GUI mode only the top left 1/4 of the installer is visible on the screen. Buttons, etc are all off the bottom of the screen. Version-Release number of selected component (if applicable): How reproducible: attempt to install Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: Hardware is a Mac Mini (ATI Radeon 9200) May or may not be relevant but during the detection phase the monitor comes back as unknown, however the same monitor when connected to an Intel machine is correctly identified.
Would you be able to provide some diagnostics as required? In particular you fail to mention the make/model of the monitor. With the intel box and this monitor can you attach /etc/X11/xorg.conf and also seperately the output of running as root /usr/sbin/kudzu -p -b ddc When the ppc box is booted into the installer can you go to a shell (ctrl-alt-f2 (may involve using the fn key to shift F keys)) and also give me the output of python -c "import kudzu; print kudzu.probe(kudzu.CLASS_UNSPEC, kudzu.BUS_DDC, kudzu.PROBE_ALL)" thanks
(In reply to comment #1) > In particular you fail to mention the make/model of the monitor. Viewsonic PT775 > When the ppc box is booted into the installer can you go to a shell (ctrl-alt-f2 > python -c "import kudzu; print kudzu.probe(kudzu.CLASS_UNSPEC, kudzu.BUS_DDC, > kudzu.PROBE_ALL)" Segmentation fault is the result of this.
Created attachment 112241 [details] xorg.conf file xorg.conf from a fresh install of FCT1, not optimal as monitor is capable of doing 1024x768 even though it is not listed.
(In reply to comment #1) > With the intel box and this monitor can you attach /etc/X11/xorg.conf and also > seperately the output of running as root /usr/sbin/kudzu -p -b ddc [root@olympic X11]# /usr/sbin/kudzu -p -b ddc - class: VIDEO bus: DDC detached: 0 driver: unknown desc: "NVidia Riva TNT" mem: 4096 - class: MONITOR bus: DDC detached: 0 driver: unknown desc: "ViewSonic PT775" id: VSC474a horizSyncMin: 30 horizSyncMax: 96 vertRefreshMin: 50 vertRefreshMax: 160 [root@olympic X11]#
Wanna take a gander at this with FC4t3? I can't reproduce. What is however funny is that when you ran a ddcprobe in comment #4, you got back nvidia riva tnt (when this is clearly an ati radeon)
I just booted up the installer for FC4t3 and nothing has changed, the gui is still off the screen. Regarding comment #4 that was the result of a request for information from an Intel based box that shares the monitor in question. On the Intel box the installer correctly identifies both the video card and monitor, however on the Mac while the ati radeon is identified it reports back unkown monitor.
Does X work fine after the install?
Yes X is working fine once installed.
Hrmm... does the X config differ between post-install and during the install? You should be able to just start the installer and grab the X config from /tmp and then diff it to your regular X config.
In the Screen section during install there is only an entry for 640x480 The other difference seen is in the Monitor section. During the install there is the following 2 lines: HorizSync 31.5 - 37.9 VertRefresh 50.0 - 70.0 The file created by system-config-display has the following: HorizSync 30.0 - 96.0 VertRefresh 50.0 - 160.0 During the install going through /tmp/ramfs/X.log revealed the following errors: 640x480 vrefresh out of range 640x480 hsync out of range This is also repeated for a lot of other resolutions with these errors.
We've done some work on how X starts up in anaconda for this next release. Is this working better in FC5test3?
Closing due to lack of response from reporter. If this still occurs with FC5, please reopen.