On Feb 14, 2008 4:31 AM, walt <[EMAIL PROTECTED]> wrote:
> Yes, this works perfectly except that I still can't read my openbsd
> filesystem correctly. I can list / but none of the subdirectories,
> and I can't even read a small text file from /. (I guess that also
> means I can't properly read th
Bean wrote:
On Feb 14, 2008 1:25 AM, walt<[EMAIL PROTECTED]> wrote:
...
I'm wondering if you have commited all of your UFS/FFS patches to
cvs. Seems like I'm seeing some old UFS problems that you fixed
once already(?).
Is it possible that your build is not clean ? you can try to run make
On Wed, Feb 13, 2008 at 05:51:53PM +0100, Fabian Greffrath wrote:
> Robert Millan schrieb:
> >I find that too unreliable. How do you reproduce current behaviour with
> >the command "grub-probe -t fs /dev/sda1" ?
>
> I don't see the problem. Why should this be unreliable?
>
> If the device does n
Hi.
I tried it and didn't exactly work.
the grub entry you are looking for is:
title Chainload Grub2
root (hd0,0) # or whatever your root is
kernel /boot/grub/core.img
savedefault
This is what i had before commenting it out, and i tried it out and works.
Regards,
Ricardo Silva
On Feb 13, 2008
On Feb 14, 2008 1:25 AM, walt <[EMAIL PROTECTED]> wrote:
> Bean wrote:
>
> > Ok. I also fix the alloc magic broken problem, it's caused by
> > grub_elf_file, which will close the file when the elf magic is not
> > found. However, the upper level still use that file, that cause the
> > memory proble
Bean wrote:
Ok. I also fix the alloc magic broken problem, it's caused by
grub_elf_file, which will close the file when the elf magic is not
found. However, the upper level still use that file, that cause the
memory problem.
The patch should be applied after the previous bsd.diff...
I'm very
On Feb 13, 2008 11:40 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
>
> On Wed, Feb 13, 2008 at 06:40:14PM +0800, Bean wrote:
> > On Feb 13, 2008 3:36 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> > > On Wed, Feb 13, 2008 at 02:47:30AM +0800, Bean wrote:
> > > > +/* ... and put our return a
Robert Millan schrieb:
I find that too unreliable. How do you reproduce current behaviour with
the command "grub-probe -t fs /dev/sda1" ?
I don't see the problem. Why should this be unreliable?
If the device does not exist, grub-probe will throw a "cannot stat /dev/sda1"
error with and witho
Hello there,
running 'dpkg-reconfigure grub-pc' doesnt get you that option back ?
Ricardo Silva
On Feb 13, 2008 4:19 PM, Arthur Marsh <[EMAIL PROTECTED]> wrote:
> Hi, I am running Debian unstable on i386 (Pentium II) and have:
>
> grub-pc 1.96+20080210-1 installed, although the grub menu I am
Hi, I am running Debian unstable on i386 (Pentium II) and have:
grub-pc 1.96+20080210-1 installed, although the grub menu I am presented
with is from grub-legacy.
It used to be possible to boot grub 2 from a menu entry in
/boot/grub/menu.lst of grub-legacy but that entry was removed by a
re
On Tue, Feb 12, 2008 at 05:55:10PM -0500, Pavel Roskin wrote:
>
> Let's use the same grub.d (in /usr/local/etc for local install and
> in /etc for system install). What we need is a site template and a
> vendor template.
>
> I think the templates should be sourced before 00_header. Maybe the
>
On Tue, Feb 12, 2008 at 05:37:26PM -0500, Pavel Roskin wrote:
>
> I would actually prefer to avoid outright replacement of an existing
> distribution-specific tool. Debian could continue installing
> update-grub, perhaps as a wrapper for grub-update or whatever we call
> our utility.
update-grub
On Tue, Feb 12, 2008 at 02:17:11PM +0100, Fabian Greffrath wrote:
> Please have a look at the patch I provided in my last mail, too. This is a
> different approach which requires no further command line option but
> *detects* whether the given argument is a path or a device.
I find that too unre
On Wed, Feb 13, 2008 at 06:40:14PM +0800, Bean wrote:
> On Feb 13, 2008 3:36 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> > On Wed, Feb 13, 2008 at 02:47:30AM +0800, Bean wrote:
> > > +/* ... and put our return address in its place (the kernel will
> > > ignore
> > > + it, but i
Fabian Greffrath schrieb:
Please have a look at the patch I provided in my last mail, too. This is
a different approach which requires no further command line option but
*detects* whether the given argument is a path or a device.
Ping! ;-)
___
Grub
On Feb 13, 2008 3:36 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 13, 2008 at 02:47:30AM +0800, Bean wrote:
> > +/* ... and put our return address in its place (the kernel will
> > ignore
> > + it, but it expects %esp to point to it. */
> > +call *%eax
>
> U
16 matches
Mail list logo
