FedoraThis forum is for the discussion of the Fedora Project.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Okay, I changed the resolution to 1024x768, but it only works there at 256 colors, which I do not like because the colors are distorted. Is this my monitor?
These install the drivers and libraries by relocating them which removes some conflicts with Mesa. There are also several scripts included which are quite handy. This is a superior way to install the drivers for Fedora machines.
Nevertheless, having problems setting up a monitor to go over 640x480 is not directly related to not having these dirvers. It is likely to be problems with the monitor refresh rates specified in the config file, which defaults as /etc/X11/XF86Config on all Fedora machines (XF86Config-4 is obselete from RH9, but the config can actually have any name you want, this is just the default).
If the original problem persists, post the contents of the config file that pertain to the monitor, i.e. all the below sections, and some specifics about your hardware so that it can be determined if you have this stuff right!
I can change the resolution, then it tells me to logout and restart the X server.
I do that, but when I log back in, its still at 640x480, but with I go to RedHat > System Settings > Display, it shows that it is at 800x600, but it is still at 640x480.
I've tried looking for the video driver for the video card which is a Cirrus Logic GD544x, but I cannnot seem to find it.
I configured the monitor the correct monitor - MAG Innovision DX17F - instead of the Generic CRT. It still will not change resolutions successfully! This is killing me It shows that it is on a resolution higher than 640x480, but is still on 640x480!
# XFree86 4 configuration created by redhat-config-xfree86
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "DevInputMice" "AlwaysCore"
EndSection
Section "Files"
# RgbPath is the location of the RGB database. Note, this is the name of the
# file minus the extension (like ".txt" or ".db"). There is normally
# no need to change the default.
# Multiple FontPath entries are allowed (they are concatenated together)
# By default, Red Hat 6.0 and later now use a font server independent of
# the X server to render fonts.
RgbPath "/usr/X11R6/lib/X11/rgb"
FontPath "unix/:7100"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "fbdevhw"
Load "glx"
Load "record"
Load "freetype"
Load "type1"
Load "dri"
EndSection
Section "InputDevice"
# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
# Option "Xleds" "1 2 3"
# To disable the XKEYBOARD extension, uncomment XkbDisable.
# Option "XkbDisable"
# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults). For example, for a non-U.S.
# keyboard, you will probably want to use:
# Option "XkbModel" "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
# Option "XkbModel" "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
# Option "XkbLayout" "de"
# or:
# Option "XkbLayout" "de"
# Option "XkbVariant" "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
# Option "XkbOptions" "ctrl:swapcaps"
# Or if you just want both to be control, use:
# Option "XkbOptions" "ctrl:nocaps"
#
Identifier "Keyboard0"
Driver "keyboard"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/psaux"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "no"
EndSection
Section "InputDevice"
# If the normal CorePointer mouse is not a USB mouse then
# this input device can be used in AlwaysCore mode to let you
# also use USB mice at the same time.
Identifier "DevInputMice"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"
Option "Emulate3Buttons" "no"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "MAG InnoVision DX17F"
HorizSync 30.0 - 64.0
VertRefresh 50.0 - 90.0
Option "dpms"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "cirrus"
VendorName "Videocard vendor"
BoardName "Cirrus Logic GD544x"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 8
Modes "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth 16
Modes "1024x768" "800x600" "640x480"
EndSubSection
EndSection
Section "DRI"
Group 0
Mode 0666
EndSection
That config file looked reasonable to me.
I don't have experience with FC1, but I have been having the same problem on several RH9 machines.
One machine was an RH9 upgrade install over RH 7.3. Of all the RH9 installs, this is the only one where X correctly used a higher-than-640x480 resolution right away, and also the only one where the ctrl-alt-keypad_plus key worked. nVidea GeForce2 MX400, using the driver which came with X 4.3.
Second install was on an empty Toshiba Satellite laptop, with some kind of ATI chipset. After the RH9 install, it initially had the same problem you have. The RH9 install only put mode 640x480 in the /etc/X11/XF86Config , and adding the higher-res modes, as you already have, partially solved the problem on that machine. The GUI resolution change dialog now really works, but ctrl-alt-keypad_plus is still ignored.
Two installs of RH9 on empty desktop machines still have the same problem your FC1 install has. Their /etc/X11/XF86Config files look like yours, except that they have Matrox G400 video cards. They use the Matrox drivers which came with X 4.3.
Also have an RH 7.2 machine which did not have this problem. But I installed a second monitor and updated closed-source video driver from Matrox Web site. One of those actions, or the combination of them, caused that machine to become unable to change video modes with ctrl-alt-keypad_plus (fortunately, it's stuck in 1280x1024). I had hoped to resolve this machine's problem by installing FC2, when it becomes available, but this thread makes me think that might not help.
My best guess is that the problem may be somehow related to the new-with-RH9 BlueCurve GUI layer, which didn't get applied to (or activated on?) the one RH9 machine which was an upgrade from RH7.3. Has anyone seen this stuck-in-low-res problem with a distro which is neither RedHat, nor an outgrowth of RedHat (like Fedora is)?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.