Red Hat Bugzilla – Bug 156632
Installer selects wrong video mode leaving "Video Mode Not Supported" on display
Last modified: 2008-08-02 19:40:32 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705; .NET CLR 1.1.4322)
Description of problem:
During the setup process the following hardware is detected:
ATI Radeon 9000
Samsung SyncMaster 192N
Generic 3 button mouse...
The graphical setup then starts up X to continue the install.
But the monitor then displays "Video Mode Not Supported".
Workaround #1 (setup)
To workaround this problem, i restarted and entered these commands:
linux resolution=1280x1024 vsync=75
This time the setup runs successful, and installation completes.
The system reboots, but when it trys to start X again i get "Video Mode Not Supported"
Enter CTRL + ALT + # to get a VT.
Edit the /etc/X11/xorg.conf
Changed Section "Monitor"
VertRefresh 56.0 - 75.0 (was 85.0)
Changed Section "Display"
Modes: "1280x1024" "1024x768" "800x600" "640x480"
Shutdown and reboot.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Load CD1 and reboot
Actual Results: Video Mode Not Supported
Expected Results: The vsync range was wrong, so the monitor blanks when X Starts up.
The second workaround shouldn't be needed anymore (we keep the same X config
from the installer for the installed system... that should have been happening
or a long time now :-)
What's the output of 'kudzu -p -b DDC' on your system?
here is the output:
desc: "ATI Technologies Inc. V250"
desc: "Samsung SyncMaster 190N(M)/192N(M)/193N(M)"
I see essentially the same problem with FC4t3 on PowerPC (Mac mini). After
MediaTest [done in ncurses VGA character-cell "graphics"], the Installer detects
ATI Radeon 9200
A50 monitor [ViewSonic]
Generic 3-button mouse
then tries to start X11 for graphical install, but the screen goes blank, the
monitor hardware gives an on-screen message FREQUENCY OVER RANGE for a couple
seconds, then the monitor enters what looks like DPMS Suspend mode, and the
install goes nowhere. Ctrl-Alt-DEL does not reboot; the only recovery is by
power cycling the box. I did so, then used "boot: linux text" to install.
This situation in FC4t3 is better than the previous FC4t2, where the same
problem (FREQUENCY OVER RANGE) happened even earlier, at the transition from
yaboot[OpenFirmware] --> initial Linux console.
A related but different problem on the same hardware (PowerPC Mac mini, Apple
DVI-to-VGA adapter, ViewSonic A50 CRT monitor) is describled in bug #156826.
See also https://bugs.freedesktop.org/show_bug.cgi?id=3280 .
"kudzu -p -b DDC" under kernel-2.6.11-1.1290_FC4 gives:
Framebuffer ioctl failed. Exiting.
Please try again with FC6 or FC6 test 2. Lots of work has gone into X
configuration and startup for this release.
I actually get something related on an FC6 install. I have a widescreen
1680x1050 monitor (BenQ FP202W), and anaconda apparently tries to run in a
non-widescreen resolution that causes odd video glitches in my display. Massive
ghosting and images that appear partially on one part of the screen and
partially on the other. It doesn't give a totally unsupported video mode, but
it is almost unreadable. It's just readable enough that I can do the install,
but it looks wrong. Video card is a Radeon X850 which works perfectly fine upon
rebooting and in X (choosing the correct resolution), just not in anaconda when
Fedora apologizes that these issues have not been resolved yet. We're
sorry it's taken so long for your bug to be properly triaged and acted
on. We appreciate the time you took to report this issue and want to
make sure no important bugs slip through the cracks.
If you're currently running a version of Fedora Core between 1 and 6,
please note that Fedora no longer maintains these releases. We strongly
encourage you to upgrade to a current Fedora release. In order to
refocus our efforts as a project we are flagging all of the open bugs
for releases which are no longer maintained and closing them.
If this bug is still open against Fedora Core 1 through 6, thirty days
from now, it will be closed 'WONTFIX'. If you can reporduce this bug in
the latest Fedora version, please change to the respective version. If
you are unable to do this, please add a comment to this bug requesting
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we are following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
And if you'd like to join the bug triage team to help make things
better, check out http://fedoraproject.org/wiki/BugZappers
This bug is open for a Fedora version that is no longer maintained and
will not be fixed by Fedora. Therefore we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen thus bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.