Prev: Upgrading OO.o, right hand doesn't know what left hand is doing
Next: Debian per Packard Bell
From: Stephen Powell on 23 Jan 2010 11:00
On 2010-01-22 at 18:11:38 -0500, Chris Jones wrote:
> PIII 650MHz - 386M of RAM - ATI Rage Mobility (Mach64).

That is *lightning fast* compared to my slowest machine,
a PII 266 MHz with a very slow hard drive. And the saddest
thing is, until about three years ago, it was my fastest machine!

The bottom line is this: with a true text-mode virtual console,
the conversion of characters to pixels on the screen is done in
the video hardware itself. The main CPU doesn't have to do it.
That's what the video card's text mode is designed to do, and it
does it very well. In graphics mode the conversion from characters
to pixels is done by the main CPU chip. My philosophy is to let
the video hardware do what it was designed to do and free the
main CPU chip for other uses. There are times when graphics mode
is needed, of course. But editing text or perusing text isn't
one of them.

To each his own.

Peace.


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: Nima Azarbayjany on 23 Jan 2010 12:40
It's weird but it's not working for me. Somehow update-grub (as well as
update-grub2, in case they are different) ignore all modifications to
/etc/default/grub. I'm giving up. Should I report a bug?

> Hi, I use a slightly different way, I put:
>
> GRUB_GFXMODE="1440x900 640x480"
>
> in /etc/defaults/grub (native resolution first, fall-back one isn't
> necessary, it's the default).
>
> Then in /etc/grub.d/00_header I add gfxpayload=keep to this section
> (around line 80):
> [...]
> if loadfont `make_system_path_relative_to_its_root ${GRUB_FONT_PATH}` ; then
> set gfxmode=${GRUB_GFXMODE}
> set gfxpayload=keep <<<<<<< here it is
>
> insmod gfxterm
> insmod ${GRUB_VIDEO_BACKEND}
>
> if terminal_output gfxterm ; then true ; else
> [...]
> It's working for me on Debian Squeeze and Ubuntu, but needs to be
> updated if 00_header is overwritten during update (not often). It's just
> a workaround until gfxpayload= is picked up in /etc/default/grub.
>
> My 2 cents.
>


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: Tom H on 23 Jan 2010 14:50
> It's weird but it's not working for me.  Somehow update-grub (as well as
> update-grub2, in case they are different) ignore all modifications to
> /etc/default/grub.  I'm giving up.  Should I report a bug?

Are you making all the changes that have been suggested?

In short:

In
/etc/default/grub
add
GRUB_GFXPAYLOAD=keep
on the line after
GRUB_GFXMODE=<resolution>

In
/etc/grub.d/00_header
add
if [ "x${GRUB_GFXPAYLOAD}" = "x" ] ; then GRUB_GFXPAYLOAD=640x480 ; fi
on the line after
if [ "x${GRUB_GFXMODE}" = "x" ] ; then GRUB_GFXMODE=640x480 ; fi

In
/etc/grub.d/00_header
add
set gfxpayload=${GRUB_GFXPAYLOAD}
on the line after
set gfxmode=${GRUB_GFXMODE}

Run
update-grub
or
update-grub2


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: tv.debian on 23 Jan 2010 17:50
>>tv.debian wrote:
>> Hi, I use a slightly different way, I put:
>>
>> GRUB_GFXMODE="1440x900 640x480"
>>
>> in /etc/defaults/grub (native resolution first, fall-back one isn't
>> necessary, it's the default).
>>
>> Then in /etc/grub.d/00_header I add gfxpayload=keep to this section
>> (around line 80):
>> [...]
>> if loadfont `make_system_path_relative_to_its_root ${GRUB_FONT_PATH}`
>> ; then
>> set gfxmode=${GRUB_GFXMODE}
>> set gfxpayload=keep <<<<<<< here it is
>>
>> insmod gfxterm
>> insmod ${GRUB_VIDEO_BACKEND}
>>
>> if terminal_output gfxterm ; then true ; else
>> [...]
>> It's working for me on Debian Squeeze and Ubuntu, but needs to be
>> updated if 00_header is overwritten during update (not often). It's just
>> a workaround until gfxpayload= is picked up in /etc/default/grub.
>>
>> My 2 cents.
>>
>
> Nima Azarbayjany wrote:
> It's weird but it's not working for me. Somehow update-grub (as well as
> update-grub2, in case they are different) ignore all modifications to
> /etc/default/grub. I'm giving up. Should I report a bug?
>

[I re-arranged the message in chronological order to remove top posting]

This could mean your grub install is somehow broken, try to renew it
from scratch, not mixing both grub-pc ("grub2") and grub-legacy. Or
maybe you have typos somewhere in the variables so that they are not
picked up by update-grub (you can also call "grub-mkconfig -o
/boot/grub/grub.cfg" for grub-pc).

No need to Cc me, I am all eyes on the list.


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: Nima Azarbayjany on 24 Jan 2010 06:10
I was able to achieve the desired resolution of 1280x800 (equivalent to,
I think, 0x361) by manually editing grub.cfg but the grub menu does not
show correctly. It only fills the left top quarter of the screen and
parts of it cannot be seen. The rest was fine (the boot up of linux I
mean) with a good resolution. I will try setting the resolutions
separately, i.e., not using gfxpayload=keep.

> Are you making all the changes that have been suggested?
>
> In short:
>
> In
> /etc/default/grub
> add
> GRUB_GFXPAYLOAD=keep
> on the line after
> GRUB_GFXMODE=<resolution>
>
> In
> /etc/grub.d/00_header
> add
> if [ "x${GRUB_GFXPAYLOAD}" = "x" ] ; then GRUB_GFXPAYLOAD=640x480 ; fi
> on the line after
> if [ "x${GRUB_GFXMODE}" = "x" ] ; then GRUB_GFXMODE=640x480 ; fi
>
> In
> /etc/grub.d/00_header
> add
> set gfxpayload=${GRUB_GFXPAYLOAD}
> on the line after
> set gfxmode=${GRUB_GFXMODE}
>
> Run
> update-grub
> or
> update-grub2
>
I did install grub-legacy at some point but removed it almost
immediately. I have reinstalled the grub-pc package and done everything
to make sure it's a clean install not mixed with grub-legacy. It seems
to be so.
> This could mean your grub install is somehow broken, try to renew it
> from scratch, not mixing both grub-pc ("grub2") and grub-legacy. Or
> maybe you have typos somewhere in the variables so that they are not
> picked up by update-grub (you can also call "grub-mkconfig -o
> /boot/grub/grub.cfg" for grub-pc).
>



--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4
Prev: Upgrading OO.o, right hand doesn't know what left hand is doing
Next: Debian per Packard Bell