>From what I'm reading, it could probably be done with some manual intervention.
First, I would say just disconnect the external array entirely and do the install without it. (Then you're assured your internal drives will be sda for the purpose of installing... after that, you can use UUID's for grub and the kernel. Hopefully, the bios/EFI will boot from the right disk. If not, you could just as easily set up a grub boot partition on both disks) http://grub.enbug.org/BIOS_Boot_Partition http://www.mail-archive.com/[email protected]/msg12109.html Is there an expert mode of the RHEL installer that might let you proceed and set up these options yourself? Unfortunately, the bulk of my experience is with Debian and Mandriva. Recovery is Possible is a nice linux boot cd that will let you do partition table manipulation and such if you can't boot. (http://www.tux.org/pub/people/kent-robotti/looplinux/rip/) I've used it for everything from fixing a non-bootable system to completely partitioning/formatting a blank system's hard drive, rsyncing a system image over and setting it to boot. Joe > -----Original Message----- > From: [email protected] [mailto:linux-poweredge- > [email protected]] On Behalf Of David Hubbard > Sent: Saturday, March 20, 2010 5:05 PM > To: [email protected] > Subject: RE: External array showing as /dev/sda > > From: [email protected] > > > > Probably. But it may not be worth it. Why does it matter to > > you? Not saying that it doesn't matter, just trying to > > understand why. Getting it to be /dev/sda during install, > > for instance, wouldn't guarantee that it > > would be that when you booted the installed kernel. > > Because I can't figure out how to get the OS installed > otherwise. As it stands currently, I would like to use > RAID 50 on both the internal and external arrays. Dell's > raid controllers do not allow you to create anything other > than one logical drive presenting 100% of the physical > raid 50 array size to the OS as a drive, so basically > this means my external /dev/sda drive shows as 24 TB, > my internal /dev/sdb drive shows as 4.5 TB. > > So, trying to install RHEL 5.4 x86_64, the LVM wizard > cranks up and since the external array is /dev/sda > I un-check the box to tell the installer to not look > at that 'drive'. I leave /dev/sdb checked which is > my 4.5 TB internal drive. Proceed and then the > installer tells me my boot drive is managed by GPT > but the system cannot boot with GPT and I'm done. > As far as I can tell there is not currently a supported > way to get RHEL 5 installed with the server in UEFI > boot mode, or at least I can't figure it out, I did > try putting it in UEFI mode but it refused to boot > off an ISO on DVD or a native DVD. So you can't > boot off a GPT drive and you can't install to a > MBR drive lol. > > As best I can tell, this leaves me with the only > option being get internal to show as /dev/sda, > waste a bunch of money by being forced to reconfigure > that array as a RAID 1 of two drives for the sole > purpose of being able to present a 'drive' of less > than 2 TB to the OS so RHEL will install on it using > MBR as /dev/sda, do the remaining six disks as RAID > 50 and let them become /dev/sdb, keep the external > array as RAID 50 /dev/sdc now. I can't accomplish > this without the internal raid controller being > /dev/sda though so the installer will make it past the > partitioning step. Also quite unhappy that the two 750 > GB drives that should have been part of my RAID 50 > internal will effectively be used to store about 2 GB > of boot and OS files but I think I'm stuck. > > David > > > There's a seminal paper by Matt Domsch of Dell, about Linux > > device naming > > at > > http://www.dell.com/downloads/global/power/ps1q07-20060392-Domsch.pdf > > > > That might give some insight. It's several years old, but pretty > much > > still valid, although UUIDs seem to be displacing labels for > > identifying > > partitions for mounting. I still use labels. > > > > > > > > _______________________________________________ > > Linux-PowerEdge mailing list > > [email protected] > > https://lists.us.dell.com/mailman/listinfo/linux-poweredge > > Please read the FAQ at http://lists.us.dell.com/faq > > > > > > _______________________________________________ > Linux-PowerEdge mailing list > [email protected] > https://lists.us.dell.com/mailman/listinfo/linux-poweredge > Please read the FAQ at http://lists.us.dell.com/faq _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
