Well, the 15 disks limit was done because it is said that some BIOS would have a problem - and BIOS disk 0x90 was the same as BIOS disk 0x80...
But as long as your vmlinuz/initrd pair is located in one of the first 15 disks Gujin should still work.
Moreover, I assume that you start your system with some disk in "power on standby mode" - or else you have a massive power supply; those disks will not contain the /boot partition.
Gujin has been tested with disks in "power on standby mode".
With such a system, if your main MBR is corrupted and you try to boot from a USB key, and that key is mapped by the BIOS as disk 0x80 (shifting all other disks numbers by one), your preconfigured mapping in either Grub or LILO will be wrong (trying to load from the wrong disk).
Increasing the default number of disk supported in Gujin is a single "#define NB_DISK" change, maybe I'll increase the default.
> your description of the many-OS system can still be done with very few drives
One drive is enough, but the complexity to manage the six Grub configurations in six partitions is a nightmare...
Posted Dec 15, 2010 19:53 UTC (Wed) by dlang (✭ supporter ✭, #313)
[Link]
actually no, my boot disk is one of the SCSI drives, which the system puts out at drive /dev/sdo (or thereabouts).
the IDE drives are connected to 3-ware raid cards (but not using the raid features of the cards), not directly to the motherboard.
"I forgot to run LILO"
Posted Dec 20, 2010 13:58 UTC (Mon) by nix (subscriber, #2304)
[Link]
Most controllers which permit the attachment of >3 disks also have a mode (often the default), whereby the controller powers up the drives in sequence, not simultaneously (but still powers them all up in POST, rather than having some strange mode where it powers only some of them up until receiving a request from software to power up the rest).