GRUB 0.5.92 testing

1999-08-07 Thread Dirk Ritter

Hello OKUJI Yoshinori!

 On Sat, 7 August 1999 at 12:21:16, you wrote:
Dirk, send any mail about GNU GRUB to [EMAIL PROTECTED] instead of
  debian-hurd. I will not tell anyone this any more, and I will not
  reply any mail if you do ignore my advise.

Well - Grub still is rather Hurdish so I just carelessly postet this
to the list in order to let others know about possible problems.
I did not intend to make this a bug report, but you will get what
you ask for...

(Please note that I used grub from the hurd 0.0 release up to date
 - it replaced LILO and I never, ever did regret it, even though
 my mother also happens to be called Lilo (the short form of her
 real name Lieselotte). You see - I am a very happy Grub user.)


I'm not sure, but SCSI drives normally support LBA mode. So I
  suspect that you just did something wrong. Please tell us what you did
  in details.

My Hardware:

- ASUS P2-DS configured for 1.4 MPS spec, 2 CPU's found by GRUB
  with 'impsprobe' (the board is based on Intel P2X4E and Intel
  440BX Chipsets)

- 393208KB /proc/kcore, all detected by GRUB

- on board Adaptec AIC-7890 U2W LVD SCSI Controller, configured
  to provide translation for drives  1GB (I probably do not need
  this because I don't do proprietory stuff anymore.)

  Attached devices:
  Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: IBM  Model: DDRS-39130D  Rev: DC1B
Type:   Direct-AccessANSI SCSI revision: 02
  - this is an LVD device
  - cfdisk 0.8 reports C/H/S = /255/63 under GNU/Linux 2.2.0

  Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: PLEXTOR  Model: CD-ROM PX-40TS   Rev: 1.00
Type:   CD-ROM   ANSI SCSI revision: 02

- on board IDE ports (U-DMA/33 capable):
  Attached devices:
  - 2x IBM-DHEA-38451, both configured as masters on port 0 and 1
respectively, C/H/S = 16383/16/63, 472k cache

- On my system(s) (hd0,0) traditionally is a small partition dedicated
  to GRUB and some kernels to choose from; recently I started to
  mount this under "/boot", making it a rather clean and reliable
  solution for my purposes.

After I compiled from the 'alpha' sources I installed stage1_lba
in the following ways:

(hd0) configured as SCSI disk, (hd0,0) with ext2-fs:
install= (hd0,0)/grub/stage1_lba d (hd0) (hd0,0)/grub/stage2
 0x8000 p (hd0,0)/grub/menu.lst
- does result in "Error: LBA", requires Ctrl-Alt-Del

(fd0), ext2-fs:
install= (fd0)/grub/stage1_lba d (fd0) (fd0)/grub/stage2
 0x8000 p (fd0)/grub/menu.lst
- does result in "Error: LBA", requires Ctrl-Alt-Del

(hd0) configured as IDE disk, (hd0,0) with ext2-fs:
install= (hd0,0)/grub/stage1_lba d (hd0) (hd0,0)/grub/stage2
 0x8000 p (hd0,0)/grub/menu.lst
- works, i.e. stage2 is loaded (this shuts a lot of guesswork
  out I suppose, so I gave it a try today)

The stage1 worked for both situations where stage1_lba failed.
 

No. In fact, I have been using the emulator to install GRUB into a
  floppy disk when developing GRUB.

You are right - it does work.  Stupid me - it has been late
and I guess I probably tried to acess a floppy disk that was
lying somewhere on my cluttered desk - inserting it into the
drive definitely helped to overcome the nasty problem. ;-)
Did I hear someone laugh?

Yet another issue - is scrolling of lists with more than 12
menu entries supposed to work?  I tried this with 0.5.91 and
it did not scroll, but as far as I can remember one still
could select items that exceeded the field if one remembered
the keystrokes.  The intention was to have a floppy with all
sorts of weired combinations of install commands handy.
Of course - one can type them in or one could edit an entry
matching closely the situation, however, this is rather
inconvenient if one has a german keyboard layout.


Well - now for the fun part:

You should modify the examples for various graphic adventure games
that are quite frequently found on many PC-based playstations:

- Loading OS/2 (v3.0, also known as Warp) from an HPFS formatted
  partition worked nicely, just use "root=(hd?,?)" and then
  "chainloader= +1"  (No - I am unable to ever test this again
  since I nuked all proprietory stuff.  Perhaps one needs to use
  "rootnoverify" instead, but even "root" should do.)
  The OS/2 example definitely needs to be changed since I have
  never seen a chainloader that would be in any way specific
  to this system.  Developing one would be a waste of time since
  the blocklist notation works, provided it worked earlier together
  with the braindead bootmanager that comes with OS/2 of course,
  but I nuked that bootmanager thingy after I once discovered that
  Grub can do the job as well.  Prior to that date I chainloaded
  Grub from the OS/2 bootloader.  BTW - it also works the other way,
  i.e. one can chainload OS/2's bootloader from Grub as well of
  course. Finally - if anyone really wants to get it working under
  adverse 

Fix for line inserting/deleting

1999-08-07 Thread Pavel Roskin

Hello!

The attached patch fixes incorrect screen redrawing after inserting or
deleting lines in submenus.

Pavel Roskin


--- stage2/stage2.c Thu Jun 24 04:03:29 1999
+++ stage2/stage2.c Sun Aug  8 01:44:46 1999
@@ -354,7 +354,11 @@
}
 
  print_entries(3, 12, first_entry, menu_entries);
- set_line(4+entryno, 0x70);
+#ifdef GRUB_UTIL
+ set_line (4 + entryno, A_REVERSE);
+#else
+ set_line (4 + entryno, highlight_color);
+#endif
}
 
  cur_entry = menu_entries;



Re: GRUB 0.5.92 problem

1999-08-07 Thread Mark Lundeberg


On Sat, 7 Aug 1999, OKUJI Yoshinori wrote:

   Perhaps RedHat has an old and buggy version of binutils. You can
 examine what version you use by "ld -v". See the requirement in the
 file README.

Ah. I thought my old version (2.9.1.0.4) was fine, as no compiler errors
occured. It works nicely now that I have the new 2.9.1.0.25 . However, I
am having trouble with getting grub to use passwords. I type in the
correct password, but it gives me a "Failed!" message. I tried running the
simulator under gdb, and the password variable is correctly set to
"my password (hd0,1)/boot/grub/menup.lst"

Also, I am having trouble booting up other bootloaders off floppies from
grub (with chainloader command). I tried to boot up a grub boot disk from
the grub on my harddrive, and it gave me a Hard Disk Error when I typed in
boot. I tried to boot up my redhat install disk, and that didn't word
either. When I tried to boot up my master bootloader (lilo), from grub, it
worked fine, and lilo is able to boot these 2 floppies with no problems.