Hi,
On Thu, Sep 9, 2010 at 8:30 AM, Teresa e Junior wrote:
> What do you mean with that? Let us suppose, I set:
>
> GRUB_GFXMODE=1280x800,1024x768,640x480
>
> and if the hardware supports the first, it will use the first, and so
> forth?
Not all of my previous assumptions were obsolete (and this
On Thu, 09 Sep 2010 01:29:09 +0200
Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> yes
Thanks again!
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On 09/09/10 01:20, Robert Millan wrote:
It seems we have a ton of double-free bugs in label() and
uuid() routines.
Take for example grub_ext2_label():
data = grub_ext2_mount (disk);
if (data)
*label = grub_strndup (data->sblock.volume_name, 14);
else
*label = NULL;
grub_fr
It seems we have a ton of double-free bugs in label() and
uuid() routines.
Take for example grub_ext2_label():
data = grub_ext2_mount (disk);
if (data)
*label = grub_strndup (data->sblock.volume_name, 14);
else
*label = NULL;
grub_free (data);
If grub_ext2_mount fails, data is no
On 09/09/10 01:00, Teresa e Junior wrote:
On Thu, 09 Sep 2010 00:52:27 +0200
Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 09/09/10 00:47, Teresa e Junior wrote:
On Wed, 8 Sep 2010 14:54:25 +0930
Brendan Trotter wrote:
Hi,
On Wed, Sep 8, 2010 at 2:39 PM, Brendan Trot
On Thu, 09 Sep 2010 00:52:27 +0200
Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> On 09/09/10 00:47, Teresa e Junior wrote:
> > On Wed, 8 Sep 2010 14:54:25 +0930
> > Brendan Trotter wrote:
> >
> >
> >> Hi,
> >>
> >> On Wed, Sep 8, 2010 at 2:39 PM, Brendan Trotter
> >> wrote:
> >>
> >>>
On 09/09/10 00:47, Teresa e Junior wrote:
On Wed, 8 Sep 2010 14:54:25 +0930
Brendan Trotter wrote:
Hi,
On Wed, Sep 8, 2010 at 2:39 PM, Brendan Trotter
wrote:
GRUB and Linux use "video mode numbers" to request a video mode.
These video mode numbers can be different for different vid
On Wed, 08 Sep 2010 17:28:07 +0200
Andreas Born wrote:
> Hi,
>
> we're building our LiveCD with Grub2. You can have a look at the
> config files we use/generate here:
> http://salix.svn.sourceforge.net/viewvc/salix/salix-live/trunk/livegrub2/
> The other live stuff in general is here:
> http:/
On Wed, 8 Sep 2010 14:54:25 +0930
Brendan Trotter wrote:
> Hi,
>
> On Wed, Sep 8, 2010 at 2:39 PM, Brendan Trotter
> wrote:
> > GRUB and Linux use "video mode numbers" to request a video mode.
> > These video mode numbers can be different for different video
> > cards. Early versions of VBE did
On Wed, 8 Sep 2010 10:36:35 +0200
Robert Millan wrote:
> 2010/9/8, Teresa e Junior :
> > But due to some features I need (not the eyecandy), I noticed the CD
> > only boots without gfx support (which is the most important for me).
>
> You need to write a grub.cfg for that. Check this one as an
> Attached patch may help. I noticed that last file may still remain opened.
This works fine for me when chainloading PXELINUX or grub2 itself. But it fails
when chainloading the Solaris 10 U8 pxegrub. Specifically, we are doing PXE ->
Grub 2 -> pxegrub. pxegrub generates some output as follows:
Never mind, this is my fault for not using a sufficiently recent flex.
--Ian
_
From: Turner, Ian
Sent: Wednesday, September 08, 2010 2:30 PM
To: grub-devel@gnu.org
Subject: 'make dist' still broken in experimental
It looks like it omits grub_script.yy
It looks like it omits grub_script.yy. Maybe other things are missing too, but
compilation stops there.
Cheers,
--Ian
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Am 08.09.2010 17:46, schrieb Colin Watson:
On Wed, Sep 08, 2010 at 05:28:07PM +0200, Andreas Born wrote:
- Starting Grub2 fails on my pretty new desktop (the only such report
as far as I'm concerned)
Fails how?
After selecting to boot from cdrom in the bios it outputs the follo
Hi,
Attached is the GRUB script port of isodetect.lua script from
supergrubdisk. It generates menuentries automatically from live-cd
iso files found in /iso and /boot/iso directories. It currently
supports GRML, Parted Magic, Sidux, Slax, Tinycore and Casper based
(Ubuntu included) iso files.
Hi,
+ multiboot /boot/image_latest
is it always named like this? Is /boot never a mountpoint?
There are always two images in /boot: image_big which is the image that
was installed and image_latest which is the last image that was compiled
(or, on a fresh installation, equal to the former).
On Wed, Sep 08, 2010 at 05:28:07PM +0200, Andreas Born wrote:
> There are some issues though:
> - Black border displayed around the initial splash screen (maybe fixed
> in trunk, haven't read so on the maillist)
Not fixed. See:
http://lists.gnu.org/archive/html/grub-devel/2010-07/msg00057.h
Hi,
we're building our LiveCD with Grub2. You can have a look at the config
files we use/generate here:
http://salix.svn.sourceforge.net/viewvc/salix/salix-live/trunk/livegrub2/
The other live stuff in general is here:
http://salix.svn.sourceforge.net/viewvc/salix/salix-live/trunk/
For the bui
On 07/28/2010 05:25 AM, Fam Zheng wrote:
> Hi,
>
> To support MINIX file system version 3, this patch adds a new module
> named 'minix3'. It reuses most of the code in minix.mod, and handles
> the latest MINIX file system version 3.
>
> The requested assignment information has also been sent to
> a
On 08/15/2010 12:59 PM, Fam Zheng wrote:
> Hi,
>
> `os-prober` was not able to detect recent MINIX installations, so we
> patched for the new detection and sent the patch to Debian, it's found at:
> http://lists.debian.org/debian-boot/2010/08/msg00282.html
>
> MINIX is now able to be Multibooted be
* util/grub-mkconfig.in: Use new variable.
---
ChangeLog.use-new-variables |3 +++
util/grub-mkconfig.in | 16 +++-
2 files changed, 6 insertions(+), 13 deletions(-)
create mode 100644 ChangeLog.use-new-variables
diff --git a/ChangeLog.use-new-variables b/ChangeLog
* Makefile.am: Add util/bash-completion.d directory
* configure.ac: Likewise.
* util/bash-completion.d/Makefile.am: New file.
* util/bash-completion.d/grub-completion.bash.in: Likewise.
---
util/bash-completion.d/Makefile.am | 13 +
util/bash-completion.d/grub-comple
* configure.ac: Define some useful variables.
---
ChangeLog.new-variables |3 +++
configure.ac| 13 +
2 files changed, 16 insertions(+), 0 deletions(-)
create mode 100644 ChangeLog.new-variables
diff --git a/ChangeLog.new-variables b/ChangeLog.new-variables
n
* util/grub-install.in: Add new --boot-directory option
* util/grub-reboot.in: Likewise.
* util/grub-set-default.in: Likewise.
* util/grub-mkconfig.in: Use new variable.
---
ChangeLog.bootdir-option |5 +
util/grub-install.in | 45 +
I compiled EDK1 DUET UEFI64 with BiosVideo support (removing
VgaMiniPort driver) (compiled in Win 7 x64 with VS2008) and now I
proper graphics behavior with grub2 in the same way as with edk2 duet
(no more videomode not set error). Thanks for you help anyways.
On Thu, Aug 26, 2010 at 18:21, KESHAV
Sorry for the late reply. How about implementing grub-probe support
for efisys atleast in linux systems. Linux has fairly mature UEFI
support, while FreeBSD and OpenSolaris are set to implement efi
support (in which case grub2 will be their default boot manager). A
new "parttype-guid" search option
The install branch right now suffers from an interesting problem on EFI
systems. The EFI System Partition doesn't necessarily contain GRUB
modules; the way it's set up right now is that the ESP is mounted on
/efi and GRUB modules are in their usual place in /boot/grub. This
means that if prefix i
On 09/08/2010 12:59 PM, Colin Watson wrote:
> On Mon, Aug 30, 2010 at 09:10:27PM +0200, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>
>> Hello. I've just merged all 3 different grub-install's we have in our
>> tree to a single grub-install. This work is available as bzr checkout
>> under htt
On Mon, Aug 30, 2010 at 09:10:27PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Hello. I've just merged all 3 different grub-install's we have in our
> tree to a single grub-install. This work is available as bzr checkout
> under http://bzr.savannah.gnu.org/r/grub/branches/install/. I als
2010/9/8, Teresa e Junior :
> But due to some features I need (not the eyecandy), I noticed the CD
> only boots without gfx support (which is the most important for me).
You need to write a grub.cfg for that. Check this one as an example
and adjust to your liking:
http://svn.debian.org/viewsvn/d
2010/9/8, Brendan Trotter :
> My apologies.
>
> It seems GRUB2 has improved a lot, and doesn't rely on the obsolete
> "standard video mode numbers" anymore. Except for problems caused by
> video modes that are supported by the video card but not supported by
> the monitor; it's mostly only a proble
31 matches
Mail list logo