I have had openSUSE 13.1 installed with MBR on my system for several month. I have used a custom boot theme for years. I have aways been able to set the resolution in the
/boot/grub2/grub.cfg file with set gfxmode=1600x1200 and linux /boot/vmlinuz root=UUID=1948… resume=/dev/disk/… quiet showopts vga=0x31F. After reformatting to GPT
and doing a clean install of openSUSE-secure UEFI, everything works fine with one exception. I can no longer change the boot theme resolution. If this is normal, I will learn to live
with it. I have searched everywhere I can think of to no avail. Any information would be greatly appreciated.
Linux 3.14.4-1 openSUSE 13.1 (x86_64) KDE 4.13.1
MOBO: Gigabyte 990FXA-UD3
CPU: AMD FX™-8320 Eight-Core Processor
GPU: GeForce GTX 650 Ti/PCI
Monitor: ASUS VW266H
I don’t have experience with EFI or GPT.
But have you tried to set the resolution in YaST->System->Boot Loader->Boot Loader Options?
You should not edit /boot/grub2/grub.cfg directly anyway, as your changes might get lost at any time.
Yes I tried that. The strange thing for me is, I have used this ‘grub.cfg’ for years and have had no problem getting the resolution I want. It was working fine before I changed to UEFI.
You should not edit grub.cfg since it is generated by grub-mkconfig
Customizing should be done in the /etc/grub.d/ files then run grub-mkconfig
With a BIOS system you have real mode Vesa/VBE calls, whereas in the case of uefi, a native GOP (graphics output protocol) driver is provided. Once the kernel loads, you get into the console framebuffer drivers. The vga= parameter is particular to the vesafb kernel framebuffer driver. The video=driver:x:y:z:blahblahblah is common method for setting video mode in legacy (and newer) framebuffer drivers.
What framebuffer driver are you using (check your dmesg output … it will be set farily early in the boot process)? efifb or other perhaps?
With a BIOS system you have real mode VESA BIOS Ext…(VBE) calls, whereas in the case of uefi, a native GOP (graphics output protocol) driver is provided to provide the initial video output handling. Once the kernel loads, you get into the console framebuffer drivers. The vga= parameter is particular to the vesafb kernel framebuffer driver. The video=driver:x:y:z:blahblahblah is common method for setting video mode in legacy (and newer) framebuffer drivers.
What framebuffer driver are you using (check your dmesg output … it will be set farily early in the boot process)? efifb or other perhaps?
First – Thank you for your response (Kudos). Here is what i retrieved from dmesg:
1.182143] efifb: probing for efifb
1.182359] efifb: framebuffer at 0xd9000000, mapped to 0xffffc90010f00000, using 3072k, total 3072k
1.182360] efifb: mode is 1024x768x32, linelength=4096, pages=1
1.182361] efifb: scrolling: redraw
1.182363] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
1.183887] Console: switching to colour frame buffer device 128x48
1.185337] fb0: EFI VGA frame buffer device