I have just upgraded from 12.1 32bit to 12.2 64bit by performing new install. My monitor was showing 1204x768 when I needed 1280x768. I have partially fixed it but problem is when I log in as root I see my desired resolution of 1280x768, but when I log in as user it reverts to 1204x768. I had anticipated this problem which occurred when I went from 12.0 to 12.1, cured at that time by editing 50-monitor.conf and 50-screen.conf. I applied the same edit on this occasion:-
On 50-monitor.conf I entered:-
Section “Monitor”
Identifier “Default Monitor”
If your monitor doesn’t support DDC you may override the
And on 50-screen.conf I entered:-
Section “Screen”
Identifier “Default Screen”
Device “Default Device”
Monitor “Default Monitor”
DefaultDepth 24
Subsection “Display”
Depth 24
Modes “1280x768”
EndSubSection
EndSection
I did this by logging in as root and using leafpad. I am using the XFCE desktop. My mobo is Intel D945GCLF2, monitor is
Samsung LW26A33W television using VGA input.
My monitor was showing 1204x768 when I needed 1280x768. I have partially fixed it but problem is when I log in as root I see my desired resolution of 1280x768, but when I log in as user it reverts to 1204x768.
Interesting. So your manual Xorg config is working as expected, but XFCE is changing this when you login to your user account. I’m not familiar with this DE, but I have read that there is a file
'~/.config/xfce4/xfconf/xfce-perchannel-xml/displays.xml’ that can be used to set the display resolution via xrandr. So, you might want to check the entries in this file, and edit (or remove) accordingly.
A tell-tale sign will be that 1280x768 is shown as available in your xrandr output, but that 1024x768 is in use.
deano_ferrari
Thanks very much for your response. It was your goodself that helped me on the previous occasion and it was your info to which I was referring this time. Before reading your response here, I have just come on the forum again to report that I have been nervously poking around and I have fixed it.
What I did was to generate a modeline with:-
cvt 1280 768
I then added this to monitor settings with:-
xrandr --newmode “1280x768_60.00” 79.50 1280 1344 1472 1644 768 781 -hsync +vsync
xrandr --addmode VGA1 “1280x768_60.00”
That tested it OK for the session, so then I restarted, logged in as root and changed my edit of 50-monitor to:-
“1280x768_60.00” 79.50 1280 1344 1472 1644 768 781 -hsync +vsync
It did not work properly, so I corrected the description to the abbreviated “1280x768” (which matched what I had edited in 50-screen). Then after a restart and logging in as user I set that 1280x768 as default in the display settings and it seems OK.
I hope that information is of value, if you have any criticism or improvement to that procedure I would appreciate it. You had warned me about logging in as root but I tried to install Nano and broke the system.
Best regards.
Well done. The only difference I could see is the different timing values between your initial (non-working) modeline in your first post , and the one that actually worked for you (last post).
Then after a restart and logging in as user I set that 1280x768 as default in the display settings and it seems OK.
Perhaps that is required in XFCE? I don’t know.
You had warned me about logging in as root but I tried to install Nano and broke the system.
You can edit root-owned files with an editor within a regular user session, by using the ‘xdg-su -c’ command with your favourite editor. For example
xdg-su -c gedit
I can’t imagine how installing nano broke your system, unless you accidentally selected some other packages. It could have been done from the CLI (user terminal) with
I think you are right in that setting the required resolution to default is an XFCE requirement. Not 100% sure that I remember the initial steps I took now, but I think that I had done the first edit, logged in as root and it worked immediately, then logged in as user and expected to see the same, without thinking to check to see what the resolution was set to. After I edited 50-monitor for the second time I logged in as user, checked display settings, it was set to 1204x768 but 1280x768 was available, I changed to the higher resolution and it was time to celebrate.
When installing nano I almost certainly messed up on dealing with conflict resolution. My fault, and I have noted your alternative using gedit.
Thanks very much for your time, I learned something today.
Last time we spoke you mentioned a cold beer.
I owe you one.
Hi there,
I just changed my screen and get about the same problem as you got : cannot change the default resolution to 1366x768.
i work with gnome 3.4.
So I triend your way , but when using xrandr I get : failed to get size of gamma for output default
What to do now ?
Thanks
Mahanand
The /var/log/Xorg.0.log output confirms you’re using the basic VESA driver
1. 18394.081] (II) VESA(0): initializing int10
1. 18394.083] (II) VESA(0): Primary V_BIOS segment is: 0xc000
1. 18394.083] (II) VESA(0): VESA BIOS detected
1. 18394.083] (II) VESA(0): VESA VBE Version 3.0
1. 18394.083] (II) VESA(0): VESA VBE Total Mem: 16384 kB
1. 18394.083] (II) VESA(0): VESA VBE OEM: AMD ATOMBIOS
1. 18394.083] (II) VESA(0): VESA VBE OEM Software Rev: 12.43
1. 18394.083] (II) VESA(0): VESA VBE OEM Vendor: (C) 1988-2010, AMD Technologies Inc.
1. 18394.083] (II) VESA(0): VESA VBE OEM Product: SUMO
1. 18394.083] (II) VESA(0): VESA VBE OEM Product Rev: 01.00
1. 18394.085] (II) VESA(0): virtual address = 0x7f1f117bf000,
1. physical address = 0xd0000000, size = 16777216
1. 18394.095] (II) VESA(0): Setting up VESA Mode 0x123 (1024x768)
1. 18394.095] (II) VESA(0): VBESetVBEMode failed, mode set without customized refresh.
1. 18394.871] (==) VESA(0): Default visual is TrueColor
1. 18394.871] (==) VESA(0): Backing store disabled
1. 18394.872] (==) VESA(0): DPMS enabled
1. 18394.872] (==) RandR enabled
The ATI chipset details you provided (1002:9645) indicate you have a HD 6450 graphics card, is that correct? If so, you may like to try installing the proprietary ATI driver instead, using the ‘atiupgrade’ script:
Hi and Thanks for your help
Tried atiupgrade and got this :
(1) - Analyzing system…
ATI graphic card detection failed. Is your ATI card a HD Radeon >= 5000 [yn] y
* Found ATI graphics card: HD > 5000x
/usr/bin/atiupgrade: ligne 356 : : amddriver-installer-catalyst-12.10-x86.x86_64.zip : nombre entier attendu comme expression
/usr/bin/atiupgrade: ligne 370 : : trop d’arguments
(2) - Getting latest (or specified) Catalyst version: amd.driver-installer-catalyst-12-10-x86.x86_64.zipamd-driver-installer-catalyst-12.11-beta-x86.x86_64.zip/usr/bin/atiupgrade: ligne397: amddriver-installer-catalyst-12-10-x86.x86_64.zip amd-driver-installer-catalyst-12.11-beta-x86.x86_64.zip1 : erreur de syntaxe : opérateur arithmétique non valable (le symbole erroné est ".x86_64.zip amd-driver-installer-catalyst-12.11-beta-x86.x86_64.zip1")
Are you using an old version of atiupgrade? Before I take a closer look, please delete the script you have and install the latest version from repo, as explained in this newer article: ATI driver with atiupgrade (new version). But don’t copy/paste the code from this article! It is not up to date either. The latest version is 5.2 from Sep 19.
If the latest version doesn’t help, please report the issue in the atiupgrade development thread: Upgrading ATI driver with atiupgrade. You might also open a thread in the french forum if you prefer. I can help you there too.
The latest version of atiupgrade in repo (5.2) should still work with catalyst 12.8.
# atiupgrade 12.8
I just posted version 5.3 for testing here: http://unixversal.com/linux/openSUSE/atiupgrade. You can try atiupgrade without argument to install the latest version available (12.10). I had to skip the beta version (12.11) which shows up on the same page in AMD’s website.
There is still a bug that: it won’t create a package for 12.10 if it finds another rpm in /usr/share/atiupgrade. But if you move older fglrx rpm out of this directory, it should download 12.10 installer and create the package. Maybe this bug affects only me, because I rewrote and tested the script on a nvidia machine.
Yes. That’s because I didn’t install the fglrx package on my nvidia system. Thus it didn’t delete the temporary file /usr/share/atiupgrade/FGLRXRPM and still wanted to use the older rpm. It should be OK for ATI users (since they will normally install fglrx after building it).
