On Nov 7, Bram Stolk wrote: > Now, surely, this kind of GRUB output should really be impossible: > > > GRUB version 0.90 (640K lower / 3072K upper memory) > > [ Minimal BASH-like line editing is supported. For the first word, TAB > lists possible command completions. Anywhere else TAB lists the possible > completions of a device/filename. ] > > grub> find /boot/grub/stage1 > (hd0,1) > (hd0,3) > > grub> find /boot/grub/stage1 > (hd0,3) > > Sometimes, the file is there, but mostly it is not there. > Re-starting grub normally makes the file re-appear.
Three questions: Is the file system mounted while trying this? What happens when you try to read something from that file system at this moment? Which version of mkreiserfs did you use? Most probably it is a bug in the journal handling code, as that is the part that changes very often. There is a known problem with new versions of mkreiserfs, but I doubt it is your problem. Anyway, the patch is at: http://mail.gnu.org/pipermail/bug-grub/2001-October/005726.html Did you change the journal size in mkreiserfs or the linux driver? Note that reiserfs doesn't store the correct journal size in the file system. Grub uses the orig_journal_size field to guess it. Jochen _______________________________________________ Bug-grub mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-grub
