[opensuse] Can't reduce text size at GRUB2+UEFI boot-time console
I've installed opensuse 13.2 in a minimal server config. It boots with GRUB2+UEFI. I've set up text only boot. Currently the console display appears to be 1024x768. That's large for my taste. I want to reduce the text size to take advantage of my 1920x1080 monitor. The video card's an Nvidia GT610 hwinfo --gfxcard | egrep "Hardware|Vendor|Device" Hardware Class: graphics card Vendor: pci 0x10de "nVidia Corporation" Device: pci 0x104a "GF119 [GeForce GT 610]" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd." SubDevice: pci 0x809f hwinfo --framebuffer 02: None 00.0: 11001 VESA Framebuffer [Created at bios.459] Unique ID: rdCR.+d_bXS84kpB Hardware Class: framebuffer Model: "NVIDIA GF119 Board - 13100000" Vendor: "NVIDIA Corporation" Device: "GF119 Board - 13100000" SubVendor: "NVIDIA" SubDevice: Revision: "Chip Rev" Memory Size: 14 MB Memory Range: 0xd1000000-0xd1dfffff (rw) Mode 0x0300: 640x400 (+640), 8 bits Mode 0x0301: 640x480 (+640), 8 bits Mode 0x0303: 800x600 (+800), 8 bits Mode 0x0305: 1024x768 (+1024), 8 bits Mode 0x0307: 1280x1024 (+1280), 8 bits Mode 0x030e: 320x200 (+640), 16 bits Mode 0x030f: 320x200 (+1280), 24 bits Mode 0x0311: 640x480 (+1280), 16 bits Mode 0x0312: 640x480 (+2560), 24 bits Mode 0x0314: 800x600 (+1600), 16 bits Mode 0x0315: 800x600 (+3200), 24 bits Mode 0x0317: 1024x768 (+2048), 16 bits Mode 0x0318: 1024x768 (+4096), 24 bits Mode 0x031a: 1280x1024 (+2560), 16 bits Mode 0x031b: 1280x1024 (+5120), 24 bits Mode 0x0330: 320x200 (+320), 8 bits Mode 0x0331: 320x400 (+320), 8 bits Mode 0x0332: 320x400 (+640), 16 bits Mode 0x0333: 320x400 (+1280), 24 bits Mode 0x0334: 320x240 (+320), 8 bits Mode 0x0335: 320x240 (+640), 16 bits Mode 0x0336: 320x240 (+1280), 24 bits Mode 0x033d: 640x400 (+1280), 16 bits Mode 0x033e: 640x400 (+2560), 24 bits Mode 0x034b: 1920x1080 (+1920), 8 bits Mode 0x034c: 1920x1080 (+3840), 16 bits Mode 0x034d: 1920x1080 (+7680), 24 bits Mode 0x0360: 1280x800 (+1280), 8 bits Mode 0x0361: 1280x800 (+5120), 24 bits Config Status: cfg=no, avail=yes, need=no, active=unknown The nouveaux driver's in use lsmod | grep nouveau nouveau 1479611 0 mxm_wmi 13021 1 nouveau wmi 19193 2 mxm_wmi,nouveau ttm 105728 1 nouveau drm_kms_helper 125995 1 nouveau drm 363977 3 ttm,drm_kms_helper,nouveau video 28709 1 nouveau button 14015 1 nouveau i2c_algo_bit 13413 2 igb,nouveau I edited the grub2 config to include /etc/default/grub GRUB_USE_LINUXEFI=true GRUB_GFXMODE=1920x1080 GRUB_TERMINAL_INPUT="console serial" GRUB_TERMINAL_OUTPUT="gfxterm serial" GRUB_GFXPAYLOAD_LINUX=keep GRUB_CMDLINE_LINUX=" ... vga=0x034c" ... After grub2-mkconfig -o /boot/grub2/grub.cfg reboot The console still displays same as before, only at ~ 1024x768. I just want small text, no graphics. What settings do I need to add or change? LT -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thu, Mar 26, 2015 at 9:44 AM,
I've installed opensuse 13.2 in a minimal server config.
It boots with GRUB2+UEFI.
...
I edited the grub2 config to include
/etc/default/grub GRUB_USE_LINUXEFI=true GRUB_GFXMODE=1920x1080 GRUB_TERMINAL_INPUT="console serial" GRUB_TERMINAL_OUTPUT="gfxterm serial" GRUB_GFXPAYLOAD_LINUX=keep GRUB_CMDLINE_LINUX=" ... vga=0x034c" ...
After
grub2-mkconfig -o /boot/grub2/grub.cfg reboot
The console still displays same as before, only at ~ 1024x768.
Console in grub or Linux? Please be more specific.
I just want small text, no graphics.
Again, in grub or Linux? In grub, go to command mode (press 'c' when in menu) and run "videoinfo". It will show you video modes your BIOS reports. These are the only ones that can be selected in grub. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Console in grub or Linux? Please be more specific.
The complete linux boot sequence. From 'early' to completion. The size of the risplayed grub menu makes no difference to me as long as it's legible.
In grub, go to command mode (press 'c' when in menu) and run "videoinfo". It will show you video modes your BIOS reports. These are the only ones that can be selected in grub.
grub> videoinfo List of supported video mode: Legend: mask/position=red/green/blue/reserved Adapter 'Cirrus CLGD 5446 PCI Video Driver': No info available Adapter 'Bochs PCI Video Driver': No info available Adapter 'EFI GOP Driver': * 0x000 800 x 600 x 32 (3200) Direct color, mask: 8/8/8/8/ pos: 16/8/0/24 0x001 1024 x 768 x 32 (4096) Direct color, mask: 8/8/8/8/ pos: 16/8/0/24 That looks to me like only 800x600 & 1024x768 are available, and that 800x600 is currently selected. So the available modes are ONLY defined by BIOS, and nothind to do with the actual video card's capabilities? As this is booting to UEFI bios, not the h/w BIOS, is there graphic-card info -- in the form of an EFI binary? -- that can be added to the /boot/efi/EFI/... store to turn on additional capabilities? I'm not clear on extending EFI bios yet. LT -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wednesday 25 March 2015 23:44:17 lyndat3@your-mail.com wrote:
I've installed opensuse 13.2 in a minimal server config.
It boots with GRUB2+UEFI.
I've set up text only boot. Currently the console display appears to be 1024x768.
That's large for my taste. I want to reduce the text size to take advantage of my 1920x1080 monitor.
Have you checked if the configuration was actually applied? $ grep 'gfxmode' /boot/grub2/grub.cfg -- Regards, Stas -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
lyndat3@your-mail.com composed on 2015-03-25 23:44 (UTC-0700):
I've installed opensuse 13.2 in a minimal server config.
It boots with GRUB2+UEFI.
I've set up text only boot. Currently the console display appears to be 1024x768.
That's large for my taste. I want to reduce the text size to take advantage of my 1920x1080 monitor.
The video card's an Nvidia GT610
Mode 0x034b: 1920x1080 (+1920), 8 bits Mode 0x034c: 1920x1080 (+3840), 16 bits Mode 0x034d: 1920x1080 (+7680), 24 bits Mode 0x0360: 1280x800 (+1280), 8 bits Mode 0x0361: 1280x800 (+5120), 24 bits
I edited the grub2 config to include
/etc/default/grub GRUB_USE_LINUXEFI=true GRUB_GFXMODE=1920x1080 GRUB_TERMINAL_INPUT="console serial" GRUB_TERMINAL_OUTPUT="gfxterm serial" GRUB_GFXPAYLOAD_LINUX=keep GRUB_CMDLINE_LINUX=" ... vga=0x034c" ...
If I was using Grub2 I'd try changing that GRUB_CMDLINE_LINUX to replace vga=0x034c with video=1920x1080@60.
After
grub2-mkconfig -o /boot/grub2/grub.cfg reboot
The console still displays same as before, only at ~ 1024x768.
I just want small text, no graphics.
What settings do I need to add or change?
If you are referring to text on the screen without X running and after having made your boot menu selection, it's no big deal here on any of my 13.2 installations, but they all use Grub, not Grub2. Getting 1920x1080 on a 1920x1080 display can be as simple as including video=1920x1080 in the Grub stanza kernel cmdline, which works for ATI, Intel and NVidia gfxcards. If you don't like the results, there are tools to make resolution changes once you've logged in, including fbset from 13.1 repos and kmscon from later repos. Another option is to leave the resolution as is, and specify a different CONSOLE_FONT in /etc/sysconfig/console. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Have you checked if the configuration was actually applied?
If I was using Grub2 I'd try changing that GRUB_CMDLINE_LINUX to replace vga=0x034c with video=1920x1080@60.
With grep 1920 /etc/default/grub GRUB_GFXMODE=1920x1080 GRUB_GFXPAYLOAD_LINUX=1920x1080 GRUB_CMDLINE_LINUX=" ... video=1920x1080@60" after grub2-mkconfig grep 'gfxmode' /boot/grub2/grub.cfg set gfxmode=1920x1080 The console's text size is the same - no change.
If you are referring to text on the screen without X running and after having made your boot menu selection, it's no big deal here on any of my 13.2 installations, but they all use Grub, not Grub2. Getting 1920x1080 on a 1920x1080 display can be as simple as including video=1920x1080 in the Grub stanza kernel cmdline, which works for ATI, Intel and NVidia gfxcards.
You're booting standard BIOS, not UEFI, right?
If you don't like the results, there are tools to make resolution changes once you've logged in, including fbset from 13.1 repos and kmscon from later repos. Another option is to leave the resolution as is, and specify a different CONSOLE_FONT in /etc/sysconfig/console.
Not familiar with either. I'll take a look. LT -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
lyndat3@your-mail.com composed on 2015-03-26 08:18 (UTC-0700):
Have you checked if the configuration was actually applied?
IOW, what is output from 'grep /proc/cmdline'? The kernel cmdline is always right near the top of Xorg.0.log too.
If I was using Grub2 I'd try changing that GRUB_CMDLINE_LINUX to replace vga=0x034c with video=1920x1080@60.
With
grep 1920 /etc/default/grub GRUB_GFXMODE=1920x1080 GRUB_GFXPAYLOAD_LINUX=1920x1080 GRUB_CMDLINE_LINUX=" ... video=1920x1080@60"
after grub2-mkconfig
grep 'gfxmode' /boot/grub2/grub.cfg set gfxmode=1920x1080
The console's text size is the same - no change.
The string gfxmode is not to be found on https://www.kernel.org/doc/Documentation/kernel-parameters.txt so if you want the framebuffers running 1920x1080 I suggest you get video=1920x1080 onto the kernel cmdline at least once somehow. Just to sample its effect you can edit it in on the fly within your Grub2 menu at runtime. I have no idea why Grub2 seems inept for your installation. In menu.lst stanzas video= gets the job done for all my ATI, Intel and NVidia gfxchips ever since somewhere around 11.3 when openSUSE got its first KMS kernels.
If you are referring to text on the screen without X running and after having made your boot menu selection, it's no big deal here on any of my 13.2 installations, but they all use Grub, not Grub2. Getting 1920x1080 on a 1920x1080 display can be as simple as including video=1920x1080 in the Grub stanza kernel cmdline, which works for ATI, Intel and NVidia gfxcards.
You're booting standard BIOS, not UEFI, right?
Yes, but once we're past the bootloader menu that difference should be irrelevant.
If you don't like the results, there are tools to make resolution changes once you've logged in, including fbset from 13.1 repos and kmscon from later repos. Another option is to leave the resolution as is, and specify a different CONSOLE_FONT in /etc/sysconfig/console.
Not familiar with either. I'll take a look. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
The string gfxmode is not to be found on https://www.kernel.org/doc/Documentation/kernel-parameters.txt
It's not a kernel parameter. It's a grub parameter https://www.gnu.org/software/grub/manual/html_node/gfxmode.html
so if you want the framebuffers running 1920x1080 I suggest you get video=1920x1080 onto the kernel cmdline at least once somehow. Just to sample its effect you can edit it in on the fly within your Grub2 menu at runtime.
It already is. cat /proc/cmdline BOOT_IMAGE=/vmlinuz-3.19.2-3.gd8856ce-default ... video=1920x1080@60 ... LT -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
lyndat3@your-mail.com composed on 2015-03-26 13:45 (UTC-0700):
The string gfxmode is not to be found on https://www.kernel.org/doc/Documentation/kernel-parameters.txt
It's not a kernel parameter.
It's a grub parameter
I know, but kernels normally obey kernel parameters, and your problem is post-Grub2 menu, right?
https://www.gnu.org/software/grub/manual/html_node/gfxmode.html
so if you want the framebuffers running 1920x1080 I suggest you get video=1920x1080 onto the kernel cmdline at least once somehow. Just to sample its effect you can edit it in on the fly within your Grub2 menu at runtime.
It already is.
cat /proc/cmdline BOOT_IMAGE=/vmlinuz-3.19.2-3.gd8856ce-default ... video=1920x1080@60 ...
According to https://wiki.sabayon.org/index.php?title=HOWTO:_Using_Custom_Framebuffer_Res... what you need instead of GRUB_GFXPAYLOAD_LINUX=1920x1080 is GRUB_GFXPAYLOAD_LINUX=1920x1080x32 or x24 or x16, IOW, bit depth is needed in addition to resolution if you wish a non-VESA mode applied. AFAIK, there is no such thing as a VESA mode that is a wide aspect ratio. All are either 4:3 or 5:4. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
According to https://wiki.sabayon.org/index.php?title=HOWTO:_Using_Custom_Framebuffer_Res... what you need instead of
The only effect that changing - GRUB_GFXPAYLOAD_LINUX=1920x1080 + GRUB_GFXPAYLOAD_LINUX=1920x1080x32 has is that it screws up the grub menu display -- the enclosing box, is completly broken up, but the menu entry text is still readable. There's no effect on any of the after grub, linux boot text. LT -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
В Thu, 26 Mar 2015 14:27:05 -0700 lyndat3@your-mail.com пишет:
According to https://wiki.sabayon.org/index.php?title=HOWTO:_Using_Custom_Framebuffer_Res... what you need instead of
The only effect that changing
- GRUB_GFXPAYLOAD_LINUX=1920x1080 + GRUB_GFXPAYLOAD_LINUX=1920x1080x32
has is that it screws up the grub menu display -- the enclosing box, is completly broken up, but the menu entry text is still readable.
This should not have any effect on grub menu - gfxpayload viedo mode is set just before passing control to loaded linux kernel. This mode is not even evaluated by grub until you select menu entry to boot. Could you give some more detailed description of what happens?
There's no effect on any of the after grub, linux boot text.
LT
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Andrei Borzenkov composed on 2015-03-27 12:17 (UTC+0300):
- GRUB_GFXPAYLOAD_LINUX=1920x1080 + GRUB_GFXPAYLOAD_LINUX=1920x1080x32
This should not have any effect on grub menu
I tried at least three times to prod him into a clear explanation of his complaint, but never got it. NAICT, his complaint is normal size 16 text for VESA mode 1024x768 in use on vttys 1-6 is bigger than he wants, and he doesn't like that his display's native non-VESA mode 1920x1080 is not used on them with his Nvidia GT610. FWIW, since my last response in this thread I have done a BIOS Vivid beta HTTP installation, mainly to be able to try and figure out how Grub2 configuration works without fouling openSUSE installations with a mix of bootloaders. As yet, allowing boot from its Grub2 instead of openSUSE's Grub Legacy I have yet to see the first Kubuntu boot message, no matter what I do in edit mode in the Grub2 menu. I get nothing but black until the SDDM greeter shows up. Booted from Grub2 the Kubuntu ttys are using broken EDID claiming 1280x1024 while the actual native that makes circles look like circles is 1440x900. Booting Vivid from openSUSE's Grub Legacy it's a simple matter of video=1440x900@60 producing the expected result. Following is the default Grub2 stanza created by the debian-installer. export linux_gfx_mode menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f' { recordfail load_video gfxmode $linux_gfx_mode insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_msdos insmod ext2 set root='hd0,msdos22' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos22 --hint-efi=hd0,msdos22 --hint-baremetal=ahci0,msdos22 3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f else search --no-floppy --fs-uuid --set=root 3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f fi linux /boot/vmlinuz-3.19.0-10-generic root=UUID=3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f ro quiet splash $vt_handoff initrd /boot/initrd.img-3.19.0-10-generic } submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f' { -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
В Fri, 27 Mar 2015 06:23:52 -0400
Felix Miata
FWIW, since my last response in this thread I have done a BIOS Vivid beta HTTP installation, mainly to be able to try and figure out how Grub2 configuration works without fouling openSUSE installations with a mix of bootloaders. As yet, allowing boot from its Grub2 instead of openSUSE's Grub Legacy I have yet to see the first Kubuntu boot message, no matter what I do in edit mode in the Grub2 menu. I get nothing but black until the SDDM greeter shows up. Booted from Grub2 the Kubuntu ttys are using broken EDID claiming 1280x1024 while the actual native that makes circles look like circles is 1440x900. Booting Vivid from openSUSE's Grub Legacy it's a simple matter of video=1440x900@60 producing the expected result.
Do you mean that adding the same parameter to grub2 command line does not work?
Following is the default Grub2 stanza created by the debian-installer. export linux_gfx_mode menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f' { recordfail load_video gfxmode $linux_gfx_mode insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_msdos insmod ext2 set root='hd0,msdos22' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos22 --hint-efi=hd0,msdos22 --hint-baremetal=ahci0,msdos22 3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f else search --no-floppy --fs-uuid --set=root 3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f fi linux /boot/vmlinuz-3.19.0-10-generic root=UUID=3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f ro quiet splash $vt_handoff initrd /boot/initrd.img-3.19.0-10-generic } submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-3c0d4bfb-5b5a-4243-84e2-ddd01168ce2f' {
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Andrei Borzenkov composed on 2015-03-28 08:03 (UTC+0300):
Fri, 27 Mar 2015 06:23:52 -0400 Felix Miata composed:
FWIW, since my last response in this thread I have done a BIOS Vivid beta HTTP installation, mainly to be able to try and figure out how Grub2 configuration works without fouling openSUSE installations with a mix of bootloaders. As yet, allowing boot from its Grub2 instead of openSUSE's Grub Legacy I have yet to see the first Kubuntu boot message, no matter what I do in edit mode in the Grub2 menu. I get nothing but black until the SDDM greeter shows up. Booted from Grub2 the Kubuntu ttys are using broken EDID claiming 1280x1024 while the actual native that makes circles look like circles is 1440x900. Booting Vivid from openSUSE's Grub Legacy it's a simple matter of video=1440x900@60 producing the expected result.
Do you mean that adding the same parameter to grub2 command line does not work?
At this point I don't remember the time period when I posted the above. However, in more recent hours, I have been trying to make progress on several fronts WRT Vivid. To that end, I've tried to get re-subscribed via https://lists.gnu.org/mailman/listinfo/bug-grub without success, being black-holed by Earthlink, and waiting on follow-up response from grub-devel-owner after replying to his initial response. To answer your immediate question, video=1440x900@60 does currently work for the vttys, and get picked up by Xorg, whether on Grub Legacy cmdline or Grub2 cmdline. http://fm.no-ip.com/Tmp/Linux/Buntu/ contains varous cmdline iterations and resulting fbset output in the form cmdline2015032#####.txt. Sorting that listing by date you can find and examine which iteration of /etc/default/grub and /boot/grub/grub.cfg each followed, though nothing is indicative whether I edited the cmdline before hitting F10, only the net results. Outputs from vbeinfo and monitor-edid are there too, along with one Xorg.0.log from proper operation. What I've been trying to figure out since is why video=1440x900x## does not work with either GRUB_GFXPAYLOAD or GRUB_GFXPAYLOAD_LINUX. My current thought is that limitation may be the same as or related to $SUBJECT OP's failure to make 1920x1080 work on his UEFI 13.2 installation, a mode Grub2 cannot use cannot be slipstreamed directly to the kernel. My particular problem seems to have been reported on http://ubuntuforums.org/showthread.php?t=1474799&p=9256938#post9256938 5 years ago, and apparently not yet solved. So, my other thought is it may be that the two of us have 16:10 (41cm x 26cm) displays manufactured with the same broken EDID claiming to have a 5:4 mode (1280x1024) as native. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
В Thu, 26 Mar 2015 08:18:37 -0700 lyndat3@your-mail.com пишет:
Have you checked if the configuration was actually applied?
If I was using Grub2 I'd try changing that GRUB_CMDLINE_LINUX to replace vga=0x034c with video=1920x1080@60.
With
grep 1920 /etc/default/grub GRUB_GFXMODE=1920x1080 GRUB_GFXPAYLOAD_LINUX=1920x1080 GRUB_CMDLINE_LINUX=" ... video=1920x1080@60"
after grub2-mkconfig
grep 'gfxmode' /boot/grub2/grub.cfg set gfxmode=1920x1080
The console's text size is the same - no change.
It is still unfortunately unclear what you are talking about - grub console or linux console - but, assuming you are speaking about linux console - by default it is using efifb driver which as far as I can tell never changes mode it gets from firmware/loader. So it looks logical that attempt to set different mode does not work. Check what framebuffer driver is currently in use with cat /sys/class/graphics/fb0/name -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (4)
-
Andrei Borzenkov -
Felix Miata -
lyndat3＠your-mail.com -
Stanislav Baiduzhyi