![]() ![]() Mac OS X 10.6.6 installed on the RAID mirror Under OS X, my Mac Pro is usually almost silent, whereas with both Linux versions, the fans are always quite noticeable, although not as loud as my old Dell PC.Ĥ disks, the disks in the first two drive bays make up a RAID mirror One thing to note is that fan control under Linux is less sophisticated than under OS X. RHEL6 requires a third party tool, Kubuntu does not. I’ve done this with both RHEL6 and Kubuntu 10.10. Here’s a short how-to on installing Linux (running under BIOS emulation) on a Mac Pro with multiple disks. If I did I probably would be able to use some combo of gptsync & gdisk to set things right, but I’m just groping in the dark. The basic problem is I don’t really understand this hybrid GPT/MBR setup not to mention boot loaders. I think I’m going to try installing RHEL6 over the working Kubuntu install and not have it install a boot loader or format things, and see what happens… I’m tempted to use gdisk to add a GPT based on the MBR, but is that really needed? ![]() That actually still resulted in a bootable disk, but the disk oddly now shows up as having a FDisk_partition_scheme (no GPT) in diskutil… but as I say it boots up fine into Kubuntu. I believe the gptsynced disk MBR was close, but not identical to the working Kubuntu MBR.īy the way, I just tried a slightly different way of doing the Kubuntu install, I still partitioned the disk with diskutil, but let the Kubuntu installer format the Linux partition instead of manually formatting it myself beforehand. Yep, I think the MBR is bad… although I believe I tried gptsyncing the MBR (after a RHEL6 install) and the disk still didn’t show as a boot alternative. The rEFIt partition inspector doesn’t recognize the Linux disk exists, it displays info on the first RAID disk containing OS X.įor the efidisk.img boot off USB, I’ll see if I can figure out how to add that nomodeset option. I think on one iteration I actually let gptsync do its thing, but with no good result. Which still seems wrong… not sure where it gets that 0b partition type. Listed in MBR as partition 3, type 82 Linux swap / Solarisįor the (non-working) RHEL6 install, diskutil shows:Ĥ 3907028992 3907029167 ee EFI Protective Listed in GPT as partition 3, type Linux Swap Listed in MBR as partition 2, type 83 Linux, active Listed in GPT as partition 2, type Basic Data Listed in GPT as partition 1, type EFI System (FAT) The rEFIt partition inspector shows the same and adds:īoot Code: None (Non-system disk message) Here’s the diskutil partition info for the (working) Kubuntu 10.10 install:Īnd the output of gptsync (I didn’t actually change anything with it):ģ 3845201920 3907028991 82 Linux swap / Solaris c efi fedora kvm mac pro refit virtualisation virtualization Post navigation I guess in theory putting /boot on a small partition on the primary drive with OS X might also work. In the mean time, I’ve installed Fedora on the same drive as OS X and will then use the other drives for virtualisation. So the problem appears to be with rEFIt □ Hopefully this will be fixed at some point, because being able to boot the OS from any drive on a Mac Pro would be oh, so handy. ![]() What happens is that rEFIt looks on the primary disk for an MBR record, fails to find one (obviously!), so sticks the syslinux MBR onto the primary disk, and tries to boot that. This is actually a Syslinux error message. If you try and install linux onto a secondary drive, you will probably have found that rEFIt lets you try and boot your newly-minted linux partition/drive, only for you to get a “Missing operating system” error message. REFIt assumes that you have only one disk drive. Nothing I tried seemed to fix the issue (for some reason even a single drive with Linux and EFI only wouldn’t work).Īt my wits end I decided to Google the issue and came across an entry in the Debian wiki which explains my issue: The install would be detected and come up in the pretty menu, but booting it resulted in a completely black screen. Next I installed Fedora 12 on the secondary drive, but no matter the installation layout (whether MBR or GPT) I couldn’t for the life of me get rEFIt to boot it. I installed OS X on the primary drive and install rEFIt to manage all operating systems. Native Linux could run on drives in the other slots if necessary. My plan was to have OS X on the main drive with Linux on a secondary drive for virtualised environments. The Apple Mac Pro at work has four bays for 3.5″ hard drives. Update: This is possible using EFI only installs, yay! ![]()
0 Comments
Leave a Reply. |