> In article <E16I8zQ-0000d9-00@the-village.bc.nu> you wrote:
>
>>>Basically what Grub does is loads the kernel modules from disk
>>>into memory, and 'tells' the kernel the memory location to load
>>>them from, very similar to how an initrd file is loaded. The problem
>>>is Linux, is not MBS compilant and doesn't know to look for and load
>>>the modules.
>>>
>
>>And vendors who've shipped GRUB still have to ship Lilo because Grub
plain
>>doesn't work on some machines. Lilo has the virtue that its extremely
simple
>>in what it does and how it does it. It works in a suprisingly large
number
>>of cases and can handle interesting setups that GRUB really struggles
with.
>>
>
> Apart that it moves the initrd somewhere unsafe on high memory machines
> and some other odds ends we have fixed, I know of exactly 1 problem
with a
> hw raid controller, which we did not come around to debug yet.
I'm just wondering if you mean the (almost) RAID HPT370. You can fix
this by avoiding the "embed" command, which overwrites the raid setup
information. Just "dd" the file system module to a higher offset (e.g.
16) and run grub's "install" command manually.
Wilfried
-- Terorists crashed an airplane into the server room, have to remove /bin/laden. (rm -rf /bin/laden)
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/