In article <[EMAIL PROTECTED]> you write:
>In article <[EMAIL PROTECTED]> you write:
>>From: Peter =C5strand <[EMAIL PROTECTED]>
>>Subject: /sbin/grub problems
>>Date: Tue, 11 May 1999 12:15:57 +0200 (MET DST)
>>
>>> I'm trying to use the stage2/Unix-version, without success:
>>
>> Oh, don't use /sbin/grub for the real purpose yet! It does not
>>support writing to disks, which is disabled intentionally because
>>that's secure. I also already know some bugs in /sbin/grub. For right
>>now, please use the ``native'' stage2 instead.
>>
>
>The patch I just sent fixes this. It implements writing to disk
>in /sbin/grub (but only enabled with a command line flag)
>and fixes the missing RAW_ADDR() macro call that gave the error.
>
Actually, I probably should add some cautions about buffer cache problems..
I think I may even have forgotton to do that in the original patch.
Problems may occur because (under linux) grub does everything through
the whole disk device, say /dev/hda. This means that any changes it
makes can not be seen through partition devices, until those devices
get flushed as well. The sync calls on /dev/hda do no good.
Something like dd < /dev/hda2 > /dev/null count=64 bs=1M suffices, for
a 64MB memory machine. Is there a better way?
Anyway, I was able to successfully install grub using /sbin/grub, in a
setup that used stage 1.5.
