Will hopefully get to report this tomorrow to the Grub folks and the Debian maintainer, but basically it looks like the grub in Lenny can’t cope with systems with lots of disks. We have two storage systems that we use software RAID on and seem to have hit a few problems with grub.
- grub-mkdevicelist only iterates over the first 16 SCSI drives, so if your boot partition is beyond /dev/sdp then you’ll get an error about it not being able to find the boot partition. This is hard coded into a loop in grub-mkdevicelist.c so you can tweak that up to 25 disks safely.
- if you have more than 25 drives (as we do on one system) you’ll hit the next problem as your devices start getting called
/dev/sdab, etc.. grub-mkdevicelist doesn’t handle that correctly. If you bump the number in that loop beyond 25 as it will start trying to find
/dev/sd|, etc, which it then rejects as they don’t exist. Again that’s fairly easy to work around with a conditional check in
get_scsi_disk_name()to at least cope with the
sd??pattern (Reported as bug #514967). This then leads to the last problem of..
- Even having the correct device map when your boot device is on
/dev/sdab1still results in Grub in Lenny not being able to locate the boot partition, and we’ve not had time to chase that down any further (reported as bug #514976).
Comments of the type “serve you right for having too many disks” will be ignored.. 😉