Hello,
I have had a video display issue after an update a few months ago. I cannot post from work due to mail filters so I am posting from another account so responses will be slower.
Fedora 18, 64bit, clean install using nvidia graphics with Nouveau using KDE. Both monitors are the same make and model. Purchased at the same time.
Before the problem occurred, I would boot and get all messages on the left screen until the X server started. If the screen saver locked the screen, the unlock dialog box would be on the left screen (screen 0). I could run KDE with effects enabled. The first indication of a problem was the reboot after the kernel upgrade and error messages about the KDE desktop effects not being able to run.
Due to work schedule, I couldn't deal with the problem before now.
Now, when I boot, the left display shows the BIOS boot and then the displays enter mirror mode. When the X server kicks in and KDE starts, the display goes to side by side as expected. The desktop works as side by side when I can drag windows between the monitors and virtual desktops as expected, just slower.
I cannot run any of the KDE desktop effects.
When the screen saver kicks in, it is a different screen savers on each monitor, not one across both. Previously it was one screen saver across both monitors. Using the Galaxy screen saver, the star movements would go between the screens. Now there are two different galaxy scenes and motions.
If I move the trackball, I get a unlock dialog box on both screens but they are not mirrored. If I enter a password in to either dialog box, the desktop unlocks.
I cannot use anything that requires a full screen such as You Tube videos in a browser or any game.
I have gone through the settings in Grub and tried different desktop settings. Nothing I can find on the net has pointed me in the right direction on this matter.
This setup has worked flawlessly for two years now and worked well until the update.
Due to this issue, the system runs slower when moving between screens or virtual desktops. Lack of full screen is a pain for some things. No Tux Extreme racer unless I want mirrored action.
I have tried changing the "GRUB_GFXMODE=" with no success.
Screen 0: minimum 320 x 200, current 3840 x 1080, maximum 8192 x 8192 DVI-I-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 531mm x 298mm 1920x1080 60.0*+ 1680x1050 59.9 1600x900 60.0 1280x1024 60.0 1280x960 60.0 1280x800 59.9 1280x720 60.0 1024x768 60.0 1024x576 60.0 800x600 60.3 640x480 60.0 DVI-I-2 connected 1920x1080+1920+0 (normal left inverted right x axis y axis) 531mm x 298mm 1920x1080 60.0*+ 1680x1050 59.9 1600x900 60.0 1280x1024 60.0 1280x960 60.0 1280x800 59.9 1280x720 60.0 1024x768 60.0 1024x576 60.0 800x600 60.3 640x480 60.0
I hope someone can point me in the right direction to get operation back to normal.
I have a similar problem. In previous Fedoras it was possible to select the monitor to be used during booting or display the booting screen in both monitors.
It looks that the distro is becoming less flexible or much harder to configure.
----- Original Message ----- Hello,
I have had a video display issue after an update a few months ago. I cannot post from work due to mail filters so I am posting from another account so responses will be slower.
Fedora 18, 64bit, clean install using nvidia graphics with Nouveau using KDE. Both monitors are the same make and model. Purchased at the same time.
Before the problem occurred, I would boot and get all messages on the left screen until the X server started. If the screen saver locked the screen, the unlock dialog box would be on the left screen (screen 0). I could run KDE with effects enabled. The first indication of a problem was the reboot after the kernel upgrade and error messages about the KDE desktop effects not being able to run.
Due to work schedule, I couldn't deal with the problem before now.
Now, when I boot, the left display shows the BIOS boot and then the displays enter mirror mode. When the X server kicks in and KDE starts, the display goes to side by side as expected. The desktop works as side by side when I can drag windows between the monitors and virtual desktops as expected, just slower.
I cannot run any of the KDE desktop effects.
When the screen saver kicks in, it is a different screen savers on each monitor, not one across both. Previously it was one screen saver across both monitors. Using the Galaxy screen saver, the star movements would go between the screens. Now there are two different galaxy scenes and motions.
If I move the trackball, I get a unlock dialog box on both screens but they are not mirrored. If I enter a password in to either dialog box, the desktop unlocks.
I cannot use anything that requires a full screen such as You Tube videos in a browser or any game.
I have gone through the settings in Grub and tried different desktop settings. Nothing I can find on the net has pointed me in the right direction on this matter.
This setup has worked flawlessly for two years now and worked well until the update.
Due to this issue, the system runs slower when moving between screens or virtual desktops. Lack of full screen is a pain for some things. No Tux Extreme racer unless I want mirrored action.
I have tried changing the "GRUB_GFXMODE=" with no success.
Screen 0: minimum 320 x 200, current 3840 x 1080, maximum 8192 x 8192 DVI-I-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 531mm x 298mm 1920x1080 60.0*+ 1680x1050 59.9 1600x900 60.0 1280x1024 60.0 1280x960 60.0 1280x800 59.9 1280x720 60.0 1024x768 60.0 1024x576 60.0 800x600 60.3 640x480 60.0 DVI-I-2 connected 1920x1080+1920+0 (normal left inverted right x axis y axis) 531mm x 298mm 1920x1080 60.0*+ 1680x1050 59.9 1600x900 60.0 1280x1024 60.0 1280x960 60.0 1280x800 59.9 1280x720 60.0 1024x768 60.0 1024x576 60.0 800x600 60.3 640x480 60.0
I hope someone can point me in the right direction to get operation back to normal.
On 2013-05-25 10:25, ergodic wrote:
I have a similar problem. In previous Fedoras it was possible to select the monitor to be used during booting or display the booting screen in both monitors.
It looks that the distro is becoming less flexible or much harder to configure.
It is nice to see that I am not the only one that is having this issue.
I wonder where the experts are that can support us or tell us where to submit the bug under.
I will give it a few more days and then submit some bug report under some module but not sure yet.
On 5/26/2013 5:54 PM, Robin Laing wrote:
On 2013-05-25 10:25, ergodic wrote:
I have a similar problem. In previous Fedoras it was possible to select the monitor to be used during booting or display the booting screen in both monitors.
It looks that the distro is becoming less flexible or much harder to configure.
It is nice to see that I am not the only one that is having this issue.
I wonder where the experts are that can support us or tell us where to submit the bug under.
I will give it a few more days and then submit some bug report under some module but not sure yet.
i'M NOT AN EXPERT BUT i WOULD START HERE.
Red Hat Bugzilla – Main Page
https://bugzilla.redhat.com/index.cgi
On 5/26/2013 7:06 PM, David wrote:
On 5/26/2013 5:54 PM, Robin Laing wrote:
On 2013-05-25 10:25, ergodic wrote:
I have a similar problem. In previous Fedoras it was possible to select the monitor to be used during booting or display the booting screen in both monitors.
It looks that the distro is becoming less flexible or much harder to configure.
It is nice to see that I am not the only one that is having this issue.
I wonder where the experts are that can support us or tell us where to submit the bug under.
I will give it a few more days and then submit some bug report under some module but not sure yet.
i'M NOT AN EXPERT BUT i WOULD START HERE.
Red Hat Bugzilla – Main Page
I apologize for the caps. Grandson is visiting this weekend. Fast little rascal. :-)
On 2013-05-26 17:08, David wrote:
On 5/26/2013 7:06 PM, David wrote:
On 5/26/2013 5:54 PM, Robin Laing wrote:
On 2013-05-25 10:25, ergodic wrote:
I have a similar problem. In previous Fedoras it was possible to select the monitor to be used during booting or display the booting screen in both monitors.
It looks that the distro is becoming less flexible or much harder to configure.
It is nice to see that I am not the only one that is having this issue.
I wonder where the experts are that can support us or tell us where to submit the bug under.
I will give it a few more days and then submit some bug report under some module but not sure yet.
i'M NOT AN EXPERT BUT i WOULD START HERE.
Red Hat Bugzilla – Main Page
I apologize for the caps. Grandson is visiting this weekend. Fast little rascal. :-)
I do that without a grandson. I forget to proof read as well. :)
I have searched bugzilla over and over before coming to the list. Also searched google. Still not finding the same issue. Seeing lots of issues with dual screen but I am not sure which module to look under.
During today's searches, I realized that I have not done a full look through the boot sequence to see when the screen changes from single to mirrored(cloned) from single screen.
I will check dmesg closer tomorrow at work.
On 05/26/2013 04:20 PM, Robin Laing wrote:
During today's searches, I realized that I have not done a full look through the boot sequence to see when the screen changes from single to mirrored(cloned) from single screen.
I will check dmesg closer tomorrow at work.
Grep is your friend, here, although you do need to know whether to look for mirrored or for clone. You may want to give the same treatment to /var/log/boot.log while you're at it.
On 2013-05-26 18:08, Joe Zeff wrote:
On 05/26/2013 04:20 PM, Robin Laing wrote:
During today's searches, I realized that I have not done a full look through the boot sequence to see when the screen changes from single to mirrored(cloned) from single screen.
I will check dmesg closer tomorrow at work.
Grep is your friend, here, although you do need to know whether to look for mirrored or for clone. You may want to give the same treatment to /var/log/boot.log while you're at it.
Well, nothing showed up in the log.
Things change as soon as the GRUB2 menu is past it's process off. I searched for video, mirror, clone, resolution and everything I could. I didn't find anything about the change in video.
I have not had time yet to look at how to change the boot process to single step to find which process is changing the screen setting.
I don't have my notes handy.
Part of me is thinking of waiting for F19 and doing a clean install again to see what happens. I may do that on a partition for testing.
On the other hand, it would be worth knowing to make sure it doesn't happen to others.
Robin
On 2013-06-03 16:42, Robin Laing wrote:
On 2013-05-26 18:08, Joe Zeff wrote:
On 05/26/2013 04:20 PM, Robin Laing wrote:
During today's searches, I realized that I have not done a full look through the boot sequence to see when the screen changes from single to mirrored(cloned) from single screen.
I will check dmesg closer tomorrow at work.
Grep is your friend, here, although you do need to know whether to look for mirrored or for clone. You may want to give the same treatment to /var/log/boot.log while you're at it.
Well, nothing showed up in the log.
Things change as soon as the GRUB2 menu is past it's process off. I searched for video, mirror, clone, resolution and everything I could. I didn't find anything about the change in video.
I have not had time yet to look at how to change the boot process to single step to find which process is changing the screen setting.
I don't have my notes handy.
Part of me is thinking of waiting for F19 and doing a clean install again to see what happens. I may do that on a partition for testing.
On the other hand, it would be worth knowing to make sure it doesn't happen to others.
Robin
Yesterday I spent some time and many reboots trying to troubleshoot this problem. No success.
I cannot find out how to make Fedora 18 go into "Interactive Boot" that used to happen when you pressed the "i" on boot. I just crashed my system trying to do that.
Any pointers on getting an interactive boot screen?
The screen boots to fast to see the changes. I tried to video the boot sequence and I do know that the screen changes before the boot sequence displays "Fedora 18 (Spherical Cow)".
The problem happens before
I did find one conflict with xorg-vesa-drv and nouveau but I removed xorg-vesa-drv and the problem is still there.
I am almost at a point of doing a re-install but with F19 is just around the corner and hopefully a clean install that will fix the problem.
Not worth the time to work in this anymore.
Robin
-
David -
ergodic -
Joe Zeff -
Robin Laing