необходимости ставить Yes. Еще возможное значение disk1, если у вас несколько дисков, и на каждом есть свой раздел EFI.

<key>LogEveryBoot</key>

<string>Yes</string>

Лог загрузки нужен разработчикам, а простым пользователям можно и No поставить. Здесь вместо Yes может быть число, сколько логов хранить в системе.

<key>LogLineCount</key>

<string>3000</string>

Количество строк в этом логе, дальше идет вытеснение старых строк новыми, чтобы не было неограниченного роста этого файла.

DisableDrivers

<key>DisableDrivers</key>

<array>

<string>CsmVideoDxe</string>

<string>VBoxExt4</string>

Суть</array>этой секции в том, чтобы иметь разные config.plist в разных OEM папках, но, поскольку папка /drivers64UEFI общая, надо как-то различать, какой набор драйверов используется на той или иной конфигурации. На одной, к примеру, нужен OsxAptioFixDxe, на другой нужен EmuVariableDxe.

А это исправление проблемы с выключением/уходом в сон при UEFI-загрузке. Фикс производится однократно, перед вызовом boot.efi, поэтому 100% эффективности не гарантируется. Тем не менее он достаточно безопасный, во всяком случае на Интелчипсетах. Лично для меня это спасение!

<key>smartUPS</key><string>No</string>

Вообще-то, этот параметр предназначен для того, чтобы прописать в таблице FADT профиль питания=3. Логика следующая:

PM=1 – desktop , питание от сети

PM=2 – notebook, питание от сети или от батарейки

PM=3 – server, питание от SmartUPS, про который MacOSX тоже что-то знает.

Выбор между 1 и 2 Кловер сделает на основе анализа бита мобильности, но также есть и параметр в секции SMBIOS. Можно, к примеру, сказать, что у нас МакМини, и что он мобильныйMobile. Значение же 3 будет подставлено, если smartUPS=Yes. Корректировка MADT (APIC)

<string>No</string>key>PatchAPIC</key>

На некоторых компьютерах можно загрузить систему только с cpus=1, либо со специальным патченным ядром (Lapic NMI patch). Простейший анализ показал, что у них неправильная таблица MADT, а именно, в ней отсутствуют разделы NMI. Этот параметр служит для корректировки таких таблиц на лету. Для здорового компьютера ничего плохого не произойдет. Впрочем, я не видел и отчетов, что кому-то с чем-то помогло. Есть соответствующий патч в секции KernelAndKextPatches, тоже для решения этой проблемы, но другими средствами.

Другие АЦПИ таблицы:

<key>DropTables</key>

<array>

<dict>

<key>Signature</key>

<string>DMAR</string>

</dict>

<dict>

<key>Signature</key>

<string>MCFG</string>

</dict>

<dict>

<key>Signature</key>

<string>SSDT</string>

<key>TableId</key>

<string>CpuPm</string>

<key>Length</key>

<string>0x0fe1</string>