error "vga=768" deprecated from GRUB-2 on Ubuntu Karmic

SaintDanBert · 02-04-2010, 02:47 PM

When I boot, I get a message ... it flashes by after I make my GRUB-2 boot target selection and press enter ... that says something about "vga=768 ... deprecated".

My /etc/default/grub file contains

Code:

# If you change this file, run 'update-grub' afterwards
# to update /boot/grub/grub.cfg. DO NOT EDIT grub.cfg directly.

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=30
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="splash"
GRUB_CMDLINE_LINUX="splash vga=768"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#??? GRUB_GFXMODE=640x480
GRUB_GFXMODE=1024x768

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entrys
#GRUB_DISABLE_LINUX_RECOVERY="true"

Also, when I run update-grub why doesn't it find the boot loaders for the laptop vendor diagnostic partition?

Sigh
~~~ 8d;-/ Dan

macemoneta · 02-04-2010, 02:52 PM

The options have changed:

http://harrison3001.blogspot.com/200...ps-to-set.html

SaintDanBert · 02-04-2010, 03:07 PM

So we have this brand new GRUB-2 and we already must hack the scripts to get what we want?

It might appear that the 40-custom script is the intended home for this sort of thing rather than some other script hack.

Is there no way to add things into /etc/default/grub and have them make the trip into /boot/grub/grub.cfg?

Cheers,
~~~ 8d;-/ Dan

macemoneta · 02-04-2010, 03:15 PM

According to the Ubuntu wiki, you can safely edit /etc/default/grub.

SaintDanBert · 02-04-2010, 03:29 PM

Quote:

Originally Posted by macemoneta

According to the Ubuntu wiki, you can safely edit /etc/default/grub.

Yes, that is true, but following various links, there are script edits to the /etc/grub.d/xxx contents before all sorts of things work again.

This is such a common requirement that I'm dashed to understand how any developer could create a new and improved GRUB-2 that takes pages to describe the required script hacks to get a basic feature working -- especially when it was so easy before.

Heavy Sigh,
~~~ 8d;-/ Dan

macemoneta · 02-04-2010, 03:37 PM

That's why many distributions have chosen to stay with Grub, until the Grub2 issues are worked out. I'm not sure what Ubuntu was thinking; there's no particular driver for Grub2 at this time.