oh very cool! thank youCommand+f is find. It will find in the page Pike's blog.
oh very cool! thank youCommand+f is find. It will find in the page Pike's blog.
I found a hard drive on ebay for $40. It has el capitan pre installed for a mac pro 1 1. If I clone it to my ssd drive will it still boot? I would assume that it would but with my luck lately. I am wrong. I have seriously spent 3 whole days (16hrs a day) getting yosemite to work last time. And it should have taken me an hr maybe??
I am under the assumption that there are no "prepatched El Capitan" install dmgs out there. This is the only thing that worked for me since I am retarded! Its funny how many people are so impressed with how smart I am.... But this Mac stuff I just cannot grasp at all!
How much money would it be worth someone to help me install this ****? I wonder if I can do a "remote desktop" connection with someone and they can make it happen?
I can pay with paypal
I created an account just to ask how can I delete 666sheep's script and install clover on my mac pro 1,1. I want to get hdmi audio working on my graphics card any help would be much appreciated.
Awesome thanks for the help do you have any idea where I can get the stock efiYou have to delete the launch daemon. The file is in /System/Library/LaunchDaemons. You will also need to replace the two boot.efi files with the stock ones. Clover will not boot the modified boot.efi files.
Awesome thanks for the help do you have any idea where I can get the stock efi
Is El Capitan install going to have to be a whole fresh hack procedure like this Yosemite one, or could we just upgrade to it regularly through the app store download of 10.11?
Still Cant seem to get clover up and running do you know of any other way id be able to get my hdmi audio workingFrom the Yosemite installer application or from any other Mac running Yosemite.
some how i am unable to boot from my yosemite drive chosen as start-up disk using macbook.
it kicks me to windows partition instead. is the any way to fix that?
============================
EDIT
UFFF!@@!!!
new nvidia driver solved the boot problem. Thanks to old bootable nv card.
NV driver released one day later than osx update. Should be other way around
If you have the 3.1 version of Pike's boot.efi booting your Yosemite system, it successfully masquerades the 1,1/2,1 as a 3,1, so downloads and installs from this running system are as if you were running a supported machine.
I've not performed an upgrade, but I imagine it would be as successful as a clean install.
You will still need to replace the re-stocked boot.efi's in /System/Library/CoreServices and /usr/standalone/i386 from a separate, running system (or Recovery HD) to get it to boot, but that's a simple hurdle to jump.
Regards, splifingate
This morning I successfully installed 10.10.5 on my 1,1 (1,2) and everything went perfectly. I followed Hennesie2000's guide and installed Pikes fix. Huge thanks to all involved.
I've just visited Pikeralpha's website to say a huge thanks, but was met with the incredibly sad news that Pike is in a coma. His Dad is updating the site on his condition but I'm sure I speak on behalf of this community when I wish him well.
Thanks very much, splifingate!
Forgive my noob ignorance, but not sure if it is the 3.1 version or not. I used the pre-patched Yosemite installer and then the PikeYoseFix-black patch for allowing Yosemite to upgrade to 10.10.5. Is that all good, or did I miss something?
Also, this, not really clear on: "You will still need to replace the re-stocked boot.efi's in /System/Library/CoreServices and /usr/standalone/i386 from a separate, running system (or Recovery HD) to get it to boot, but that's a simple hurdle to jump."
Again, I'm a relative noob at this.
# sudo chflags nouchg /Volumes/Yosemite/System/Library/CoreServices/boot.efi
# cp /Volumes/Other-OS/Place/where/you/have_copied/Pike/s/boot.efi /Volumes/Yosemite/System/Library/CoreServices/boot.efi
# cp /Volumes/Other-OS/Place/where/you/have_copied/Pike/s/boot.efi /Volumes/Yosemite/usr/standalone/i386/boot.efi
# sudo chflags uchg /Volumes/Yosemite/System/Library/CoreServices/boot.efi
On another note, I had 10.10.5 up and running seemingly fine for about two weeks on a brand new SSD, and while on Safari yesterday it froze and crashed my new SSD (according to Disk Utility and DiskWarrior) destroying blocks and and rendering the SSD unbootable, reporting kernal problems at boot attempt (screen flashed so fast I couldn't really read much more). I reformatted the disk clean, and it reports that it is all fine and OK. Thus I am rebuilding it now, hopefully the SSD is not really damaged...
Have you or anyone else you know run into this crash problem at all? I'm trying to suss out if I have a hardware problem with the SSD (disk reports fine after formatting) or if the Yosemite hack just went south and wonky for me...
Thanks again for all you input, I really apprecaite you taking the time out to share your insights.
peace | deg
http://piker-alpha.github.io/macosxbootloader/
Pike made this page (upon the suggestion of his Father, Ralf) to help everyone interested get on-board with the same boot.efi, because most public downloads posted in these forums were compiled by @PeterHolbrook for testing purposes, and often in-complete (if they worked, at all).
I've been using 3.1 since (before) release in Yosemite 10.10.5 and El Capitan 10.11.x with complete success: I and many others can personally verify that it works very well.
Everyone has to have a start, somewhere . . . take your time, and enjoy the discovery <smile>
When one boots a modified installer (whether created through the 'createinstallmedia' process to prepare a USB thumb-drive/partition, or with the Jabbawok, @Hennesie2000 , et al. method I and many others have been using since we first had to fiddle with the guts of the installer to get Mountain Lion installed on 1,1 and 2,1 Mac Pros (hence the "legacy" labeling)), the default "stock" 64-bit boot.efi provided by the Apple installer auto-magically overwrites or replaces the new, modified 32-bit boot.efi, and when a user goes to re-boot the machine to complete the installation, the computer will not successfully boot . . . it's necessary to copy-over Pike's boot.efi to the two aforementioned folders prior to ensure that the second stage of the installer will successfully boot.
You can tell the difference between the different boot.efi's by looking at the size of the file: Apple's boot.efi clocks-in at about 605kb, and Pike's 3.1 boot.efi stands at about 317kb . . . 64-bit vs. 32-bit has to do with the the implementation differences of the UEFI firmware Apple has used to make these things possible (too long to detail, here). Suffice it to say that the 32-bit .efi (originally created by Tiamo in 2009 to get Mavericks up on 1,1 and 2,1 mac Pros, and subsequently adopted/modified by @Pike R. Alpha) is a way to translate the 32-bit firmware dialogue into 64-bit software language, and enable the kernel to understand what is happening, and not react in Panic as it's immediately teleported from a Tokyo subway train during morning rush-hour, and into a farm just outside Lexington, Kansas, USA during mid-harvest, then back, again (and again (and again ( and again))) <grin>
The boot.efi in /System/Library/CoreServices is locked, and cannot be modified/deleted until it is un-locked.
The boot.efi in /usr/standalone/i386 is un-locked.
You cannot un-lock/replace either from the same OS into which you are currently booted, nor can you replace either with being logged-in to an account without Administrator privileges.
I've booted into Lion to modify the Mountain Lion files, used Mountain Lion to modify the Mavericks files, Mavericks to mod Yosemite, etc. . . . you can even boot into Lion to modify the El Capitan files.
You can also boot into the Recovery environment (Recovery HD), and use Terminal to make the changes.
(as Administrator, in Terminal (names and places have been modified to protect the innocent, and complement the not-so <s>))
To unlock:
Code:# sudo chflags nouchg /Volumes/Yosemite/System/Library/CoreServices/boot.efi
To replace:
Code:# cp /Volumes/Other-OS/Place/where/you/have_copied/Pike/s/boot.efi /Volumes/Yosemite/System/Library/CoreServices/boot.efi
Code:# cp /Volumes/Other-OS/Place/where/you/have_copied/Pike/s/boot.efi /Volumes/Yosemite/usr/standalone/i386/boot.efi
It is not necessary to re-lock the boot.efi in /System/Library/CoreServices to ensure that the installer/OS boots, but you can, if you so choose:
Code:# sudo chflags uchg /Volumes/Yosemite/System/Library/CoreServices/boot.efi
Never, in all my time.
SSDs are tough, though, and they can take quite a beating, but software is, well, soft . . . <g>
You're welcome, @Deg. Peace.
The copy of the pre patched Yosemite was just patched with the Pike boot.efi files and setup to allow install on a MacPro1,1/2,1. It is the result of going through my guide if you wanted to do it yourself. After installing with that you would still need to run the PikeYoseFix before updating OS X so that the Pike boot.efi files do not get overwritten.
Has anybody successfully done the upgrade to El Capitan on a legacy Mac yet?