Hello,
Is there any tutorial on grub2 menu interface ?
Also tutorial on grub2 is very much welcome.
Thanks
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Sat, Oct 24, 2009 at 7:38 PM, Stefan Bienert
wrote:
> richardvo...@gmail.com wrote:
>>> I have an idea what might be wrong in my gentoo kernel. I hope I find
>>> the time for a little bit of testing, tomorrow.
>>
>> Did you compile it yourself (emerge
>> gentoo-sources/vanilla-sources/hardened-
richardvo...@gmail.com wrote:
>> I have an idea what might be wrong in my gentoo kernel. I hope I find
>> the time for a little bit of testing, tomorrow.
>
> Did you compile it yourself (emerge
> gentoo-sources/vanilla-sources/hardened-sources then make menuconfig
> then make bzImage) or did you u
GRUB only supports RAID on a relatively small number of device types, as
implemented by grub_util_getdiskname. I received a bug report noting
that this doesn't work for RAID arrays with virtio block devices (often
used in kvm) as components. This is difficult to support using the
approach taken by
> I have an idea what might be wrong in my gentoo kernel. I hope I find
> the time for a little bit of testing, tomorrow.
Did you compile it yourself (emerge
gentoo-sources/vanilla-sources/hardened-sources then make menuconfig
then make bzImage) or did you use genkernel?
>
> greetings,
>
> Stefan
Hello, I'm here to announce that grub2 port for yeeloong has already had
its first output. You can see it here:
http://robertmh.files.wordpress.com/2009/10/grub-yeeloong.jpeg (Thanks
to Robert Millan for hosting the image)
On the image you can see standard shell waiting for input.
What already wor
Ok, let's try this: We refuse to install on a partition UNLESS:
- A filesystem can be identified in it.
- This filesystem is known to reserve the first block for DOS-style
chainload.
If these conditions aren't met, user will have to override our check.
Patch attached. Also in people/
On Sat, Oct 17, 2009 at 04:17:52PM +0400, Vasily Averin wrote:
> fix for deadloop in grub_ext2_iterate_dir:
> fpos is not updated if dirent.direntlen == 0
Committed, thanks.
On Sat, Oct 17, 2009 at 02:54:24PM +0200, Felix Zielcke wrote:
> For consistency we should either always use the grub_Xe_to
> Hi,
>
> The easier way is to use my new menu test demo, download resource file at:
>
> http://grub4dos.sourceforge.net/menu.zip
>
> Unzip to the boot partition, you should see many files under /menu/ directory.
>
> Then you just need to add this line at the end of grub.cfg:
>
> source /menu/
Robert Millan wrote:
> On Fri, Oct 23, 2009 at 04:40:06PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>
>> What's preventing of using it as a main repository? This should allow
>> easy resync
>>
>
> Historically, it's been very hard for us to reach consensus on which revision
> control syst
On Wed, Oct 21, 2009 at 08:13:02PM +0200, Samuel Thibault wrote:
> Hello,
>
> The patch compensates the behavior change in the module command: it
> repeats the module name since GNU Mach expects it in the command line.
Committed, thanks. Btw please include a ChangeLog entry next time.
--
Rober
On Sat, Oct 24, 2009 at 11:01:14PM +0200, Robert Millan wrote:
> If you commit to a Bazaar branch, please enable CIA so that we receive
> notifications via IRC. It's very simple; in your local branch / checkout:
>
> echo "cia_project = GNU GRUB" >> .bzr/branch/branch.conf
>
> then install the
On Sat, Oct 24, 2009 at 11:07:17PM +0200, Robert Millan wrote:
>
> (you can also enable CIA user-wide, but this is a bit invasive of your
> privacy, as it sends a notification for every commit including those to
> local branches)
And now that I think, this would make us receive notifications for
On Sat, Oct 24, 2009 at 11:01:14PM +0200, Robert Millan wrote:
>
> If you commit to a Bazaar branch, please enable CIA so that we receive
> notifications via IRC. It's very simple; in your local branch / checkout:
>
> echo "cia_project = GNU GRUB" >> .bzr/branch/branch.conf
>
> then install t
If you commit to a Bazaar branch, please enable CIA so that we receive
notifications via IRC. It's very simple; in your local branch / checkout:
echo "cia_project = GNU GRUB" >> .bzr/branch/branch.conf
then install the bzr/cia plugin. In Debian it is provided by `cia-clients'
package and ins
On Sat, Oct 24, 2009 at 03:20:25PM +0200, Robert Millan wrote:
> bzr branch sftp://${userna...@bzr.savannah.gnu.org/srv/bzr/grub/trunk/
> # hack
> bzr commit
> bzr push --remember
> sftp://${userna...@bzr.savannah.gnu.org/srv/bzr/grub/people/${username}
>
> If they prefer a Subversion-lik
Now that I have a bit more time, I explain about my own GRUB branches. They
live in:
http://bzr.savannah.gnu.org/r/grub/people/robertmh
and consist of a few pieces of unfinished work I used to have scattered around
my filesystem.
If others find it convenient to host their own branches at Sav
On Fri, Oct 23, 2009 at 04:35:32PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>
> I also propose to have some kind of version string which would identify
> from which experimental branch the grub was compiled and putting a
> warning at the end of configure script so users would exercise
> additio
Hi,
An experimental branch of GNU GRUB is now available:
# readonly access
bzr branch http://bzr.savannah.gnu.org/r/grub/branches/experimental/
# member access
bzr branch
sftp://@bzr.savannah.gnu.org/srv/bzr/grub/branches/experimental
The purpose of this branch is to serve as staging
On Fri, Oct 23, 2009 at 03:08:37PM +0100, Colin Watson wrote:
> On Fri, Oct 23, 2009 at 03:45:28PM +0200, Robert Millan wrote:
> >
> > I think building deb from snapshots of this experimental branch is a good
> > idea, and it can be done in any place you see fit, BUT if a proprietary
> > solution
On Fri, Oct 23, 2009 at 04:40:06PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> What's preventing of using it as a main repository? This should allow
> easy resync
Historically, it's been very hard for us to reach consensus on which revision
control system to use. When we settled on SVN, it happ
> Hi,
>
> The easier way is to use my new menu test demo, download resource file at:
>
> http://grub4dos.sourceforge.net/menu.zip
>
> Unzip to the boot partition, you should see many files under /menu/ directory.
>
> Then you just need to add this line at the end of grub.cfg:
>
> source /menu/
Quoting Vladimir 'phcoder' Serbinenko, who wrote the following on Sat, 24...:
Nando wrote:
Hi Vlad,
> able to do the equivalent of setpci by calculating the addresses
> needing memory writes.
Except pciconf space
Are you saying that write_dword will not write to pciconf space?
On Sat, Oct 24, 2009 at 6:30 PM, Stefan Bienert
wrote:
> Bean wrote:
>> On Sat, Oct 24, 2009 at 6:09 PM, Stefan Bienert
>> wrote:
>>> Hi again,
>>>
Hi,
I have compiled a binary version and uploaded at ubuntu forum:
http://ubuntuforums.org/showthread.php?t=1248647
>>> So,
Bean wrote:
> On Sat, Oct 24, 2009 at 6:09 PM, Stefan Bienert
> wrote:
>> Hi again,
>>
>>> Hi,
>>>
>>> I have compiled a binary version and uploaded at ubuntu forum:
>>>
>>> http://ubuntuforums.org/showthread.php?t=1248647
>> So, I've tried that binary: Now the menu, while it is still text based,
On Sat, Oct 24, 2009 at 6:09 PM, Stefan Bienert
wrote:
> Hi again,
>
>> Hi,
>>
>> I have compiled a binary version and uploaded at ubuntu forum:
>>
>> http://ubuntuforums.org/showthread.php?t=1248647
>
> So, I've tried that binary: Now the menu, while it is still text based,
> takes the whole scre
Hi again,
> Hi,
>
> I have compiled a binary version and uploaded at ubuntu forum:
>
> http://ubuntuforums.org/showthread.php?t=1248647
So, I've tried that binary: Now the menu, while it is still text based,
takes the whole screen, which is an improvement.
But I still have no output while boot
On Sat, Oct 24, 2009 at 4:42 PM, Nando wrote:
> Hi Vlad,
>
>> > able to do the equivalent of setpci by calculating the addresses
>> > needing memory writes.
>>
>> Except pciconf space
>
> Are you saying that write_dword will not write to pciconf space?
Hi,
write_dword can write to MMIO space. In
Nando wrote:
> Hi Vlad,
>
> > able to do the equivalent of setpci by calculating the addresses
> > needing memory writes.
>
> Except pciconf space
>
>
> Are you saying that write_dword will not write to pciconf space?
pciconf space on x86 is acessible through inw/outw and not through m
Hi Vlad,
> able to do the equivalent of setpci by calculating the addresses
> > needing memory writes.
>
Except pciconf space
>
Are you saying that write_dword will not write to pciconf space?
> >
> > write_dump ADDRESS FILE
> > eg: write_dump 0xF800 dump_file
> >
> This has already been d
I can use grub-mkrescue to create an El Torito image and burn CD which boots
and can run menu. Is that what you mean, or is there a way to boot direct
from iso?
Thanks
On Fri, Oct 23, 2009 at 6:31 PM, Bean wrote:
> On Fri, Oct 23, 2009 at 1:59 PM, Peter Cros wrote:
> > I don't know what is th
31 matches
Mail list logo
