Thanksgiving is COMING!
Burn-off Those Pounds Fast!
You
can Look your Best Now!
Get the Stay-N-Thin Rapid Burn Diet NOW!! StayThin
OK, here's a simpler/better version of the patch I had before, putting
in a delay after the sync, and only in the place it was getting a
block-map from the disk.
This isn't a true fix, but it's something that should work for
pretty much everything as a decent work-around for now.
--
[EMAIL PROTECTED] wrote:
> OK, I feel a bit sheepish...
>
> "sync" is already being called from the grub shell, which only makes
> sense... so in general the fix I posted should have been a no-op. It's
> not a bug per se, just unnecessary.
>
> But on RedHat 7.2 with the kernel update to 2.4.
Hello,
I was hoping someone coule inform me on the format of the GRUB
splashscreen. I tried "gimp"ing my favorite background to xpm then
gziping... but trying the large 1.4M, ??? wrong format ???,
splash.xpm.gz really messed up my system. It would just keep
rebooting..., grub clearly not likin
[EMAIL PROTECTED] wrote:
> I just found another semi-critical bug, whose fix should really get
> into 0.91.
>
> It turns out that "grub-install" doesn't have any "sync" calls to make
> sure any filesystem caches are coherent with the raw devices they are
> on top of... so if your filesystem wa
I just found another semi-critical bug, whose fix should really get
into 0.91.
It turns out that "grub-install" doesn't have any "sync" calls to make
sure any filesystem caches are coherent with the raw devices they are
on top of... so if your filesystem waits to write out any data from the
cop
I've checked in two patches to the CVS right now (for APM by Erich, and
for XFS and JFS by Serguei). I'm going to check in two more patches
(for the preset menu by Christoph, and for hide/unhide by Jason) as
well soon. Once this is done, the CVS version of GRUB will be ready
for 0.91. I will ask G
hi!
i'm experiencing problems with grub in conjunction with abit kt7 raid.
attached to the hpt370 it refuses to boot the stage1.5/2 loader
(it does report "Loading stage 1.5..." and then just *zap* reboot)
FYI,the stage1.5 loader resides beyond the 32gb limit.
lilo works fine.
any hints where
Can we extend the multiboot_struct to add a pointer to first unused page
in memory? That way I dont have to go through all the addresses in the
struct so that i dont clobber anything important when I initialize my
kernels memory manager?
___
Bug-gr
___
Bug-grub mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-grub
10 matches
Mail list logo
