More recent versions of Multibeast now create the 'modules' folder in /Extra and place other '.dylib' files inside it, if you already have a 'modules' folder then just merge the contents of the attachment with the existing folder.
If you use the tip to move the /Extra folder and boot-loader files to the unused EFI partition
then the chances are that FileNVRAM will not work for long, it is similar to the issue that effects RAID users in that once OSX is booted the EFI partition is unmounted so OSX no longer has access to the nvram.uuid.plist. To resolve this issue move the /Extra folder to the root of your startup drive
and reinstall Chameleon or Chimera to the default location on the same drive, then use Disk Utility to erase the EFI partition (you will have to mount it first). This will not work for RAID or Fusion Drive systems. You could also try using EFI Mounter which is available in the Community Downloads sections of this site, This utility ensures that the EFI partition is mounted once OSX is booted which should allow FileNVRAM to function normally.
In addition to having a unique OSX S/N
(see Step-3) you must also have a unique OSX platform UUID
, this is anther unique system identity and is normally generated by OSX via a key passed from the BIOS called 'SystemID'.
In April 2014, Apple implemented new checks on their severs to make sure all iMessage packets are authenticated, these new checks ultimately led to the discovery of the "SId Bug" in the BIOS of some
motherboard's which can cause a hackingtosh to have an invalid or duplicated platform UUID because 'SystemId' is not initialised correctly.
Since FileNVRAM also needs to use the value of 'SystemId' it is important to make sure your BIOS does not suffer from the 'SId Bug' so now is a good time to jump over to Part-2 of the guide
and check to see if your BIOS is effected by it and apply the fix if necessary.
The version of FileNVRam.dynib included in the modules attachment of this guide is V1.1.2 this version is recommend for all Chimera Versions up-to 2.2.1. If you are using Chimera Version 3.0 or later then TonyMacx86 recommends that you use version 1.1.3 of FileNVRAM which you can download directly from this link
, download and unzip the archive, you only need the file called 'FileNVRAM.dylib' copy and paste it in the /Extra/modules folder, delete the old version first if already there - alternatively download the attached archive which contains both version of FileNVRAM and replace your exsisting version with the correct one.
A small number of users have encountered issues with Chimera Version 3+ and have either stuck with FileNVRAM V1.1.2 or backed out Chimera to version 2.2.1 and FileNVRAM V1.1.2 this seems to effect some users running OSX 10.8 x (Mountain Lion). If your running Mavericks then use the latest versions of Chimera and FileNVRAM.
Please note that if you have recently updated to Chimera V3.0 or later and are injecting 'SystemId' in order to negate the SId bug then you must use the SMBIOS
injection method, please see Part-2
(Step-7, Path B) for more info if you have not already done this.