Yes, what is the error grub is giving? Is the error at the install of grub or when you try to boot with grub? I'd say try to find out what /boot/grub/device.map says. Do you have/did you create a separate /boot partition?...or is /boot in /?
I would imagine the controller is the prob. Is there anyway you can try to install a bootloader without it? Once installed correctly I'd think they'd work.
Also, grub can be installed manually using the grub shell, and it can be installed on a floppy. You can read all the info with the info command with cd1. Boot cd1>at the slpash screen press F1>type rescue and hit Enter>choose Mount your partitions under /mnt>choose Go To Console>type chroot /mnt and hit Enter>type info grub and hit Enter. Here you can also do
so that you can post them here on the forum.
Whichever works is obviously the one to use but I use grub and have for a long time for many reasons, mostly because it has never failed and lilo has many times. Others have diff experiences. There must be a reason grub is the default for Red Hat, SuSE, Debian, Libranet, and others though
File: grub.info, Node: Top, Next: Introduction, Up: (dir)
GRUB manual
***********
This is the documentation of GNU GRUB, the GRand Unified Bootloader,
a flexible and powerful boot loader program for PCs.
This edition documents version 0.93.
* Menu:
* Introduction:: Capturing the spirit of GRUB
* Naming convention:: Names of your drives in GRUB
* Installation:: Installing GRUB on your drive
* Booting:: How to boot different operating systems
* Configuration:: Writing your own configuration file
* Network:: Downloading OS images from a network
* Serial terminal:: Using GRUB via a serial line
* Preset Menu:: Embedding a configuration file into GRUB
* Security:: Improving the security
* Images:: GRUB image files
* Filesystem:: Filesystem syntax and semantics
* Interface:: The menu and the command-line
* Commands:: The list of available builtin commands
* Troubleshooting:: Error messages produced by GRUB
* Invoking the grub shell:: How to use the grub shell
* Invoking grub-install:: How to use the GRUB installer
* Invoking grub-md5-crypt:: How to generate a cryptic password
* Invoking grub-terminfo:: How to generate a terminfo command
* Invoking mbchk:: How to use the Multiboot checker
* Obtaining and Building GRUB:: How to obtain and build GRUB
* Reporting bugs:: Where you should send a bug report
* Future:: Some future plans on GRUB
* Internals:: Hacking GRUB
* Index::
Invoking the grub shell
***********************
This chapter documents the grub shell `grub'. Note that the grub
shell is an emulator; it doesn't run under the native environment, so it
sometimes does something wrong. Therefore, you shouldn't trust it too
much. If there is anything wrong with it, don't hesitate to try the
native GRUB environment, especially when it guesses a wrong map between
BIOS drives and OS devices.
* Menu:
* Basic usage:: How to use the grub shell
* Installation under UNIX:: How to install GRUB via `grub'
* Device map:: The map between BIOS drives and OS devices
Introduction into the grub shell
================================
You can use the command `grub' for installing GRUB under your
operating systems and for a testbed when you add a new feature into GRUB
or when fix a bug. `grub' is almost the same as the Stage 2, and, in
fact, it shares the source code with the Stage 2 and you can use the
same commands (*note Commands:

in `grub'. It is emulated by replacing
BIOS calls with UNIX system calls and libc functions.
The command `grub' accepts the following options:
`--help'
Print a summary of the command-line options and exit.
`--version'
Print the version number of GRUB and exit.
`--verbose'
Print some verbose messages for debugging purpose.
`--device-map=FILE'
Use the device map file FILE. The format is described in *Note
Device map::.
`--no-floppy'
Do not probe any floppy drive. This option has no effect if the
option `--device-map' is specified (*note Device map:

.
`--probe-second-floppy'
Probe the second floppy drive. If this option is not specified,
the grub shell does not probe it, as that sometimes takes a long
time. If you specify the device map file (*note Device map:

, the
grub shell just ignores this option.
`--config-file=FILE'
Read the configuration file FILE instead of `/boot/grub/menu.lst'.
The format is the same as the normal GRUB syntax. See *Note
Filesystem::, for more information.
`--boot-drive=DRIVE'
Set the stage2 BOOT_DRIVE to DRIVE. This argument should be an
integer (decimal, octal or hexadecimal).
`--install-partition=PAR'
Set the stage2 INSTALL_PARTITION to PAR. This argument should be
an integer (decimal, octal or hexadecimal).
`--no-config-file'
Do not use the configuration file even if it can be read.
`--no-curses'
Do not use the curses interface even if it is available.
`--batch'
This option has the same meaning as `--no-config-file --no-curses'.
`--read-only'
Disable writing to any disk.
`--hold'
Wait until a debugger will attach. This option is useful when you
want to debug the startup code.
The map between BIOS drives and OS devices
==========================================
When you specify the option `--device-map' (*note Basic usage:

,
the grub shell creates the "device map file" automatically unless it
already exists. The file name `/boot/grub/device.map' is preferred.
If the device map file exists, the grub shell reads it to map BIOS
drives to OS devices. This file consists of lines like this:
DEVICE FILE
DEVICE is a drive, which syntax is the same as the one in GRUB
(*note Device syntax:

, and FILE is an OS's file, which is normally a
device file.
The reason why the grub shell gives you the device map file is that
it cannot guess the map between BIOS drives and OS devices correctly in
some environments. For example, if you exchange the boot sequence
between IDE and SCSI in your BIOS, it mistakes the order.
Thus, edit the file if the grub shell makes a mistake. You can put
any comments in the file if needed, as the grub shell assumes that a
line is just a comment if the first character is `#'.
to find all /boot/grub/device.maps on all hd's that grub knows about. Not that you will do this. But you can....in fact, with grub, you can do about anything if you study the docs and how it works. With a ultra controller? I've never messed with them so I d/k, heh, I don't even know what one is lol.
Let us know what you find! I think you are the second user to post here with this prob.