From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Description of problem:
Hi, I was running dual head on this hardware with fc2 without any
complications. After I installed fc3, the original
system-config-display would not accept "OK" once dual display was
checked on (see bug 136916)
Upgrading to system-config-display-1.0.24-1 solved that problem;
system-config-display now exits as though all is well, but restarting
X or rebooting does not activate the second monitor.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Verify that dual display is checked on
3. Verify that display is only on one monitor.
Actual Results: Mouse is limited to the boundaries of one screen
Second monitor says no signal and eventually enters powersaving mode.
Expected Results: Second monitor should be active and cursor should
be able to traverse across to it. This worked in fc2 on this hardware.
Video Cards: AGP "RIVA TNT2" & PCI "ATI Radeon 7200"
Monitors: "Dell D1626HT" & Sony 420GS
$ rpm -q system-config-display
$ uname -a
Linux localhost.localdomain 2.6.9-1.678_FC3 #1 Mon Nov 15 18:28:07 EST
2004 i686 athlon i386 GNU/Linux
Created attachment 107383 [details]
/etc/X11/xorg.conf for attempted dual head
see attached /etc/X11/xorg.conf for attempted dual head
Do you have your fc2 xorg.conf?
Also can you attach the Xorg.0.log for booting with this config. Can
you also disable graphical boot and test (edit /etc/sysconfig/init or
edit the boot line in grub to remove for a boot rhgb).
> Do you have your fc2 xorg.conf?
No, I did a fresh install. I will try the others later.
Created attachment 107467 [details]
/var/log/Xorg.0.log as requested
Created attachment 107468 [details]
/var/log/Xorg.0.log.old -- just in case it might be useful
Created attachment 107471 [details]
and rebooted. It seems I got the usual behavior (graphical interface, single
monitor active.) Please advise.
Created attachment 107974 [details]
Can you disable rhgb, and test with the attached xorg.conf. Let me know what
the behaviour is and attach the Xorg.log from running this.
Created attachment 108294 [details]
Below my grub.conf, I hope i disabled rhgb properly.
Video is still the same: one monitor only. *
# grub.conf generated by anaconda
#... comments deleted ...
title Fedora Core (2.6.9-1.681_FC3)
# kernel /boot/vmlinuz-2.6.9-1.681_FC3 ro root=LABEL=/1 rhgb quiet
kernel /boot/vmlinuz-2.6.9-1.681_FC3 ro root=LABEL=/1 quiet
title Fedora Core (2.6.9-1.678_FC3)
# kernel /boot/vmlinuz-2.6.9-1.678_FC3 ro root=LABEL=/1 rhgb quiet
kernel /boot/vmlinuz-2.6.9-1.678_FC3 ro root=LABEL=/1 quiet
title Fedora Core (2.6.9-1.667)
# kernel /boot/vmlinuz-2.6.9-1.667 ro root=LABEL=/1 rhgb quiet
kernel /boot/vmlinuz-2.6.9-1.667 ro root=LABEL=/1 quiet
I have same problem on x86_64
*** Bug 149878 has been marked as a duplicate of this bug. ***
Mass update: move dual head bugs from FC5 to FC6, no way they can get fixed
before FC5 release at this point.
I was able to *manually* set up my xorg.conf to do dual head on i586 and deal
and triple head on x86_64.
One smaller problem was that one of the monitor configs was wrong.
I think it was the Sony, since it has lower limits, but it's best you check the
Below the correct numbers:
ModelName "DELL D1626HT"
HorizSync 30.0 - 107.0
VertRefresh 50.0 - 160.0
ModelName "Sony 420GS"
HorizSync 30.0 - 96.0
VertRefresh 48.0 - 120.0 # This line is correct
VertRefresh 50.0 - 120.0 # This line helps multiple monitors play
However, system-config-display never sets up dual head correctly.
It would tend to not permit necessary changes, like not act on the OK button,
but throw errors (sorry not included)
and now on a working handcrafted xorg.conf attempting to use
system-config-display generates errors like:
Traceback (most recent call last):
File "/usr/share/system-config-display/xconf.py", line 390, in ?
File "/usr/lib64/python2.4/site-packages/rhpl/xhwstate.py", line 363, in
device = xf86config.lookupDevice(xconfig, screen.device)
File "/usr/lib64/python2.4/site-packages/xf86config.py", line 128, in lookupDevice
raise XF86SectionMissing("No device found with the identifier" + device_id)
but there would be similar errors when xorg.conf file was deleted or moved.
Add to FC6Destop tracker
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
Closing per lack of response to previous request for information.
This bug was originally filed against a much earlier version of Fedora
Core, and significant changes have taken place since the last version
for which this bug is confirmed.
Note that FC3 and FC4 are supported by Fedora Legacy for security
fixes only. Please install a still supported version and retest. If
it still occurs on FC5 or FC6, please reopen and assign to the correct
version. Otherwise, if this a security issue, please change the
product to Fedora Legacy. Thanks, and we are sorry that we did not
get to this bug earlier.