Welcome to the Internet! Here we have guides of all shapes and sizes, simple guides, complex guides, and even word salads tagged "guide" such as the one you're reading right now! Using guides to configure your system after installing can be OK but here is some general guidance to follow before tripping and falling down that rabbit hole.
In my opinion a complete guide contains the following information:
At the time of writing (Jan 2020), Opencore is under heavy development and many of the quirks and behaviors change between releases. Guides tend to go out of date quickly, meaning that the supplied Config.plist may not even boot.
The more information the better, there are so many variations of laptops out there that there are sub model identifiers within models. A good guide will identify things like:
- Model - The full model of the device including the variation designator.
- CPU - The precise model.
- RAM - Better if it includes the slot configuration!
- GPU - Is that guide for the 7th gen HP Omen laptop with the RX 580 or the GTX 1060?
- DISKS - Size, and configuration (m.2 or SATA, NVMe or no?)
- AUDIO CODEC - ALC/Conexant? Best if it includes the layout ID.
- WIFI/BLUETOOTH - What did it have, and what was it replaced with?
- NETWORK - Does it have a built in ethernet device, does it match yours?
- INPUT DEVICES - Is the keyboard PS/2, is it backlit? Is the touchpad I2C? Is there a touch display?
Other helpful information to note are ancillary devices like the webcam, and devices that don't work.
We covered the basic BIOS configuration changes, but many devices have additional changes to be made. A good guide will document these settings.
This is only really important if there is some deviation from the norm. It's a nice to have though.
A lot of guides out there sacrifice security for convenience, and they often neglect to inform the users of these guides why they're doing it. Whether it's intentional or not is unimportant, but you need to look for a few red flags, and if you find them you should stop using that guide. The table below describes what to look for, and why it's important to leave enabled.
Property / Command | Parameter | Function |
---|
CsrActiveConfig (config.plist) | Any value other than 0x0 | This parameter enables System Integrity Protection. If it's set to any other value SIP is partially or fully disabled. SIP prevents unsigned packages from being injected into the kernel, and prevents applications from overwriting nvram values among other things. When injecting hack kexts via C/k/O it is not necessary to disable. |
---|
spctl (Terminal) |
--master-disable | This command disables Gatekeeper and allows any binary downloaded from the internet to be executed without being audited. Instead simply control-click or right-click and open your binary package leaving Gatekeeper enabled. |
---|
If not, does it at least provide enough information to help you find them yourself? If not, it's probably best to avoid unless you're up for more work which you may be since you're still here!