On Tue, Mar 31, 2009 at 4:04 AM, Colin D Bennett wrote:
> About the fancy menu support, I hope to pursue getting it finally
> committed soon; I just need to synchronize my graphical menu patch set
> with the current GRUB codebase. I have just been extremely busy until
> now, but I expect to get t
Quoting Jordi Mallach :
> /dev/hda2 974K 697K 278K 72% /boot/grub
It's OK for GRUB, but it's not big enough to hold kernels. Also,
distributions may be reluctant to break the assumption that the kernels
are located on a filesystem with POSIX access control and three kinds of
tim
Update, i was able to get the right modules to load into a core.img by
making the encrypted partition start at 1mb instead of 32.5kb, the modules
loaded into core.img were:
configfile sha1 fs_uuid biosdisk pc linux ext2 help minicmd crypto aes luks
sha256 devmapper
At boot, i issue the ls command
Thank you very much. The source builds and seems to function fine, I did
some experimentation loading the necessary crypto modules directly into
core.img but i believe i hit either a size limit or some other unknown
problem, so i loaded the bare necessity of minicmd, ext2, biosdisk and pc
and had i
On Mon, Mar 30, 2009 at 08:26:35PM -0400, Pavel Roskin wrote:
> > I agree that grub-install and the other tools should know more about
> > /boot/grub being a separate partition in order to be able to mount it for a
> > correct install. Not so much on the two boostrap partitions, my tiny one
> > as
On Sat, 2009-03-28 at 14:38 +0100, Jordi Mallach wrote:
> Hi,
>
> On Mon, Mar 23, 2009 at 11:39:56AM -0400, Pavel Roskin wrote:
> > Please realize that the hfs fix is just a part of what needs to be done.
> >
> > For GRUB to be a drop-in replacement for yaboot (at least on Fedora),
> > the instal
On Tue, 2009-03-31 at 01:06 +0900, Yoshinori K. Okuji wrote:
> On Monday 30 March 2009 23:35:52 phcoder wrote:
> > I confirm. I suppose that this check and message is bypassed with 32-bit
> > loading mode. IMO grub2 should provide an equivlent of this check. We
> > already have cpuid code. Does any
Hi,
I have a raid array named /dev/md/d0
The comand
grub-setup -r "(md0,1)" "(md0)" fails with:
grub-setup: error: Can't open /dev/md0: No such file or directory.
I have traced this down to lines 68 - 70 in util/raid.c a copy of the
offending lines is:
devname = xmalloc (strlen (name) +
On Sun, 29 Mar 2009 22:10:34 +0900
"Yoshinori K. Okuji" wrote:
> On Sunday 29 March 2009 21:09:05 Bean wrote:
> > 3. Currently, the structure of normal.mod just mix things together to
> > a point that make modification difficult, if not impossible. For
> > example, the current bash script engine
On Tue, Mar 31, 2009 at 12:22 AM, Yoshinori K. Okuji wrote:
> On Tuesday 31 March 2009 00:43:01 Bean wrote:
>> Hi,
>>
>> I see the main objection here is about too many new modules, and the
>> use of script to configure boot process.
>
> I don't object to the latter any longer. Did you read my mes
Bean wrote:
> Also, some thoughts about grub2 authority. I do understand the needs
> to keep source clean and safe for a boot loader, but sometimes the
> process just seems too slow. For example, Colin's graphic menu patch
> has been pending for almost half a year. IMO, if a patch implement a
> gen
On Tuesday 31 March 2009 00:43:01 Bean wrote:
> Hi,
>
> I see the main objection here is about too many new modules, and the
> use of script to configure boot process.
I don't object to the latter any longer. Did you read my message?
> But how about the new
> parser/reader/menu_viewer model ?
N
On Monday 30 March 2009 23:35:52 phcoder wrote:
> Pavel Roskin wrote:
> > On Sat, 2009-03-28 at 13:53 +0100, Robert Millan wrote:
> >>> Here's a patch to rename `linux' to `linux16' and build the 32-bit
> >>> loader as simply `linux'.
> >>
> >> Committed.
> >
> > Just for your information. With th
Once I finish (not a lot remaining) I'll just put a notice in the head
that this page is preserved for historical purposes only and indications
to use savannah
Yoshinori K. Okuji wrote:
On Monday 30 March 2009 05:35:08 phcoder wrote:
I moved todo to the svannah task track.
3 pieces aren't move
On Monday 30 March 2009 05:35:08 phcoder wrote:
> I moved todo to the svannah task track.
> 3 pieces aren't moved yet
> -PPC / Ultrasparc
> -Command list
> -Feature requests by users
Isn't it better to remove the tasks which you moved to Savannah from the wiki?
Regards,
Okuji
__
Hi,
I see the main objection here is about too many new modules, and the
use of script to configure boot process. But how about the new
parser/reader/menu_viewer model ? If I put them back in one
normal.mod, but keep the parts separated in source, would that be
acceptable ?
Also, some thoughts ab
On Monday 30 March 2009 00:17:59 Bean wrote:
> >> But how to store the parameters ? Boot media is not available, so we
> >> can't read file, and we can't embed them in code.
> >
> > Could you be more specific? What case are you talking about?
>
> For example, something the boot modules can't detect
Pavel Roskin wrote:
On Sat, 2009-03-28 at 13:53 +0100, Robert Millan wrote:
Here's a patch to rename `linux' to `linux16' and build the 32-bit loader as
simply `linux'.
Committed.
Just for your information. With the old loader, booting an x86_64
kernel in qemu emulating i386 would result in
On Sat, 2009-03-28 at 13:53 +0100, Robert Millan wrote:
> > Here's a patch to rename `linux' to `linux16' and build the 32-bit loader as
> > simply `linux'.
>
> Committed.
Just for your information. With the old loader, booting an x86_64
kernel in qemu emulating i386 would result in a kernel me
On Sunday 29 March 2009 21:54:54 steve wrote:
> Whatever is easier for you, though a repo would be easier for me.
I've published the repo at http://michael.gorven.za.net/hg/grub/luks. I merged
with trunk this morning and fixed some compilation errors, but haven't
actually tested it yet so it mig
20 matches
Mail list logo
