Sounds like I made the wrong guess, then. You need to figure out where's
that null pointer coming from. Doesn't seem to be root_dev..
#1 0x08049385 in setup (prefix=0x80670b0 "(md0)(vg-boot)/grub",
dir=0x8067008 "/boot/grub",
boot_file=, core_file=0x805cb2a "core.img",
root=0x8067050 "vg-b
That sounds reasonable. So perhaps having a multiboot directory as
Marco specified is the best way to go then. Let me know if this is an
a way everyone agrees on and I'll get a patch together to make things
nice for everyone.
On 8/7/07, Yoshinori K. Okuji <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On
Hello,
As you know, I am quite inactive these days, and haven't dealt with pending
patches at all. But I am willing to solve them as soon as possible, thus I
would appreciate if somebody could assist me. Unfortunately, due to my short
memory, I even don't remember all of them. In addition, I no
Hello,
On Thursday 26 July 2007 00:28, Jerone Young wrote:
> This was no mistake. So here is the thinking here (I figured this
> would come up). The multiboot heads outside of the grub directory are
> not grub specific. This gives other operating systems or programs (in
> this case GPL 3 compatibl
Hello,
> - md5.c/h comes from Grub Legacy, just a bit adapted to use Grub2 memory
> functions (malloc, memset, endianness). Therefore, code works correctly, or
> at least in a coherent way with respect to Grub Legacy. I can try to make
> the code clearer if needed... Other code is made from scrat
On Tue, Aug 07, 2007 at 02:17:16PM +0200, Julien Ranc wrote:
> - plain text passwords are indeed very insecure, but I kept them, as it was
> possible in Grub legacy. Should I remove them ?
I think there's plenty of people who will have use for plain, insecure
passwords.
The first security proble
Julien RANC <[EMAIL PROTECTED]> writes:
Hi,
> Here is my first patch for Grub2, so I hope it won't be too bad, and
> by advance, all my apologies for the probable errors ;-) So, please,
> comment gently...
I'll try... :-)
> These 2 patch add support for the 'password' command, with the syntax
>
"Julien Ranc" <[EMAIL PROTECTED]> writes:
Hi,
> In my point of view, this is more consistent than the current Grub Legacy
> implementation ('password sets a password, and "lock" locks until
> authentification is OK) . It would also be easier to implement because when
> executing a command, we cur
