So I am wanting to put El Capitan on my Mac Pro 1,1.
I currently have 8 GB of RAM, so that would need to be at least 12, right? OWC has 32 GB for $229. Is that overkill or should I get that much?
I have 4, 1TB hard drives in my Mac Pro. Is the largest you can install 2TB? Should I do a solid state system drive? I'd need an adapter then, right?
I have the Radeon 5770 video card.
My Late 2011 Macbook Pro has Sierra on it, but I still have the Install El Capitan installer in the applications folder on that machine. I also have a USB installer that I created. Which way is the best (and easiest) to install on the Mac Pro? I have seen Target Mode but have also seen putting the installer in the applications folder on the Mac Pro.
From what I am reading, I wouldn't be able to download updates to the OS without making it unbootable, right? What about other apps from the app store? Will it treat my mac as an El Capitan machine and allow me to download accordingly? Same thing with 3rd party apps.
Anything else I need to know? I am excited about getting more life out of this machine. God knows running Lion is tedious at best in this day and age.
Thanks in advance
Hello jabbo5150, welcome to "keep the first edition MacPros running club"
If you read post #1 of this thread you will see that there are 2 main approaches.
- Hook your disk up to a supported Mac, perform a straight forward install, then manually replace a few files before attempting to use the new installation with the MacPro.
- Start with the MacPro running an older version of Mac OS X, perform a "modified" installation directly.
If you choose approach (1), you can put your MacPro into "target disk mode" and attach it to a suitable newer/supported Mac, or physically remove a drive from the classic MacPro and connect it to the newer/supported Mac directly or with a caddy/adaptor. Remember that this method needs you to manually modify the main OS partition (replace the two boot.efi files), and if you want full usability then you also need to modify the (hidden) Recovery HD partition too.
If you choose approach (2), then the OS and the RHD are prepared for you (if you use the pikify script or app). During the install procedure, the method requires 12Gb RAM during the install phase (see my description of why a couple of posts back). Once the installation is complete, the 12GB requirement can be relaxed - but unless you "borrow some RAM" I would always recommend keeping/using as much RAM as possible with El Capitan, you get better perform all around with more RAM. So yes, buy more RAM if you can afford some, I personally think you will benefit with 32GB for the install AND for the future lifetime of your classic MacPro.
Let's address the update issue. These original Mac Pros shipped with 32-bit EFI firmware (the newer equivalent to legacy BIOS firmware). By the third iteration of the Mac Pro (2008 aka 3,1), the industry had released a 64-bit version of EFI, which Apple promptly adopted. When a Mac Pro boots, the machine uses the Firmware EFI to "cold bootstrap" the system. The firmware has a minimum set of "drivers" allowing it to interact with hardware and the file system. It is "aided" by an on-disk file containing more device specific EFI code. This is the
boot.efi file that we talk about. This on disk EFI code allows Apple to extend the EFI boot sequence without needing to resort to a firmware update. The boot.efi file performs the majority of the late stages of the boot sequence before handing over control to the Mac OS X kernel.
When Apple officially stopped supporting the classic Mac Pro 1,1 and 2,1 way back with Mountain Lion 10.8, it meant that the on-disk boot.efi file could drop support for the 32-bit EFI firmware. It's a double whammy for the cMP, it's not officially supported and it now won't boot because the on disk boot.efi file is expecting 64-bit function calls into the EFI firmware. A community contributor known as tiamo originally provided a modified boot.efi file that "thunks" the expected 64-bit function calls and effectively rewrites them to be compatible with the 32-bit firmware. Tiamo stopped contributing for a while, at which point another contributor known as Pike R Alpha (often referred to as pike or piker) took up the work and continued to adapt the boot.efi file making it compatible with changes coming from Apple as Mac OS X continued its release cycles.
Now, when Apple releases updates to Mac OS, sometimes (but not always) those updates contain a new version of the boot.efi file. This is "bad" for us because when the update replaces the community modified boot.efi file we are back to being "unbootable" for the reasons outlined above. The solution is to simply "put back" our community modified boot.efi file. In the words of Douglas Adams "DON'T PANIC". It's simple. Boot the MacPro from another partition (such as the Recovery HD - see above), and copy the community boot.efi file into the two locations. (It has never been the case that an Apple boot.efi file is installed on both the main OS partition and on the Recovery HD partition at the same time). Or use Target Disk mode, or a caddy/adapter with another Mac copy from there.
The community also came up with a solution that "watches" the two boot.efi file locations. It detects when a boot.efi file is overwritten and automatically puts the community version back. There were lots of contributors working on parallel solutions for this (including myself), there are two often used solutions known as capitanpikefix and Boot64, they both do effectively the same thing.
Having said all of that, if you start your upgrade using Apple's latest point release 10.11.6, then there is very little to be worried about. Mac OS has moved on to Sierra and High Sierra. El Capitan will likely see one or two more security updates but it is highly unlikely to receive a 10.11.7 update. Apple has never shipped an updated boot.efi file with a security update (to my knowledge). The use of capitanpikefix or Boot64 is probably optional now once you are up to date with 10.11.6...
The modifications we've been talking about are there simply to restore the cMP ability to boot. Up to and including El Capitan that was all that was required. Once booted the cMP could run Mac OS X natively with no further modifications (not true for other unsupported platforms based on the mobile motherboards including minis, 'books, and iMacs). The classic MacPro hardware was (and still is) a highly capable 64-bit Xeon workstation-class machine. You can upgrade a 1,1 with newer CPUs effectively turning it into a 2,1. You can also upgrade the wifi/Bluetooth combo card to give you newer features enabling support for handoff etc... However, there comes a time when all good things come to an end, that time was Mac OS Sierra 10.12.x. At this point we find that Apple (quite rightly) is making use of hardware features that the classic MacPros simply do not have, e.g. Low-level hardware features of the newer Intel CPU families.
For compatibility, if software declares support for El Capitan (and doesn't break any development rules), then it should/will run fine on a Classic MacPro. Be cautious of software that makes use of other hardware (audio and video software comes to mind) our classic MacPros may not have the hardware that the software is "expecting". Other than that, it is my experience that everything (I choose to use) works flawlessly.
We should congratulate Apple and the third party software houses for a great job. The fact that we've been able to keep unsupported MacPros running for so long is astonishing and for me gratifying. It has allowed me to declare that my original purchase of a MacPro 1,1 was the best purchasing decision of my technological life. I am waiting expectantly for the 2018 MacPro to emerge.....