On Thu, Feb 22, 2001 at 09:45:55AM +0100, Christoph Plattner wrote:
Hello GRUB and Etherboot people,
finally I had some time to further analysing the
problem, I describer a week ago.
The problem was: I can boot our (company's) OS (multiboot,
loaded at 1MB) with a GRUB booted by
Further experiment: It has nothing to do with the DISKLESS GRUB
version. I booted the "diskless GRUB" from floppy, prepared in
the following way:
in stage2/ :
cat start diskless stage2-diskless
then stage1 and stage2 on a floppy with `dd'
... and booted. This GRUB
Yes, a Linux kernel works, or seems to work. We don't know, if
there is a wrong byte in the code.
GRUB loads out multiboot kernel at 1MB and beyond.
Christoph P.
-
private:[EMAIL PROTECTED]
company:
Put the entry for windows first.
On Fri, 23 Feb 2001, Daniel Wong wrote:
Hi
I just want to find out how to re-order the boot list to have windows at the
top...
I can't find the instructions anywhere..
Thanks
Daniel Wong
UIN:
Hello,
I tried to install grub on a mirror disk drived by hardware
raid. The raid is adaptec 7899 + dell options, working with a linux 2.2.18
aacraid drivers v1.0.7, two disks from raid adapters : sda (raid1) sdb
(raid5), no ide, no other scsi perif.
I first configured
On 2/22/2001 6:00 AM Christoph Plattner [EMAIL PROTECTED]
wrote:
Is there something done or initialized in `stage1' or `start.S'
which is missed anywhere in `stage2' or `diskless'. I have not
found anything.
My first idea was the STACK, but it is defined in `asm.S'. The
only thing `start.S'
Hello,
as I already described before, my prefered solution to the problem
is the use of a kind of variables in GRUB like
$MEM, $IP, $SERVER_IP, etc, etc,...
So the user can decide himeself using kernel paramters, like
kernel /boot/vmlinuz mem=$MEM root=/dev/hda2
etc If
Hello, Christoph!
as I already described before, my prefered solution to the problem
is the use of a kind of variables in GRUB like
$MEM, $IP, $SERVER_IP, etc, etc,...
I was unaware of your proposal. It's an excelent idea, much better than my
"--mem-option".
Regards,
Pavel Roskin
From: Christoph Plattner [EMAIL PROTECTED]
Subject: Re: [Jeff Garzik [EMAIL PROTECTED]] Re: ack! grub bug...
Date: Thu, 22 Feb 2001 09:16:16 +0100
So the user can decide himeself using kernel paramters, like
kernel /boot/vmlinuz mem=$MEM root=/dev/hda2
etc If there is enough
From: Marty Connor [EMAIL PROTECTED]
Subject: Re: [Etherboot-developers] More analysis to the old problem with
etherboot+GRUB (diskless/disk)
Date: Thu, 22 Feb 2001 10:08:00 -0500
What I am wondering is if txb at 0x1 is incompatible with something
that grub is doing. I think the only
OKUJI Yoshinori wrote:
From: Pavel Roskin [EMAIL PROTECTED]
Subject: Re: ack! grub bug...
Date: Thu, 22 Feb 2001 10:06:01 -0500 (EST)
I believe that "--no-mem-option" should become default. "--mem-option"
should be introduced instead for the kernels that still need it.
I agree, but
11 matches
Mail list logo