Ошибка «This version of Mac OS X is not supported on this platform» появляется при установке macOS на хакинтош, когда установщик сравнивает идентификатор модели из SMBIOS (например, iMac19,1 или MacBookPro15,2) со своим внутренним списком поддерживаемых платформ и не находит совпадения. Проверка выполняется ещё на этапе запуска образа восстановления или инсталлятора, поэтому система отказывается продолжать установку, даже если процессор, видеокарта и остальное железо полностью совместимы.

Проблема почти всегда сводится к несоответствию между версией macOS и выбранной моделью Mac в конфигурации загрузчика. Либо SMBIOS слишком старый для устанавливаемой системы (Apple исключила эту модель из списка поддержки), либо, наоборот, указана модель, которой ещё не существовало на момент выпуска старой версии macOS. Ниже разберём, как диагностировать причину и исправить её через настройки OpenCore или Clover.

Почему установщик macOS отклоняет платформу

Каждый релиз macOS содержит файл с перечнем допустимых идентификаторов моделей. Когда вы загружаете установщик, он считывает параметр board-id и product-name из SMBIOS, который загрузчик подставляет вместо реальных данных прошивки PC. Если идентификатора нет в списке — появляется сообщение о неподдерживаемой платформе.

Типичные сценарии, приводящие к ошибке:

  • 🔧 В конфиге указан iMac12,2 или MacBookPro8,1, а вы ставите macOS Catalina или новее — эти модели давно вычеркнуты из поддержки.
  • 🆕 Устанавливается старая версия (например, High Sierra), а в SMBIOS прописана модель, выпущенная позже этой системы.
  • 🧩 Секция PlatformInfo → Generic заполнена не полностью: отсутствует SystemProductName или серийный номер не соответствует модели.
  • 💾 Установочный образ создан для конкретной модели Mac (восстановительный раздел с реального устройства) и проверяет платформу жёстче обычного.

Отдельный случай — попытка поставить macOS на реальный Mac, официально лишённый поддержки. Там ошибка решается патчерами вроде OpenCore Legacy Patcher, но в контексте хакинтоша достаточно корректно подобрать SMBIOS.

Как определить, какой SMBIOS нужен

Правильная модель зависит от двух вещей: версии macOS и вашего оборудования, прежде всего процессора и видеоподсистемы. Логика простая: SMBIOS должен принадлежать Mac, который официально работал на целевой версии системы и при этом имел схожую конфигурацию.

Ориентировочная таблица соответствия (это общепринятые в сообществе рекомендации, а не строгий стандарт):

Поколение CPU IntelРекомендуемый SMBIOSПодходящие версии macOS
Haswell (4-е поколение)iMac14,2 / iMac15,1Yosemite — Catalina
Skylake (6-е поколение)iMac17,1El Capitan — Monterey
Kaby Lake (7-е поколение)iMac18,1 / iMac18,3Sierra — Ventura
Coffee Lake (8–9-е поколение)iMac19,1 / iMac19,2Mojave — Sequoia
Comet Lake (10-е поколение)iMac20,1 / iMac20,2Catalina — Sequoia
⚠️ Внимание: диапазоны версий в таблице — ориентир, а не гарантия. Apple периодически меняет список поддерживаемых моделей в новых релизах, поэтому перед выбором SMBIOS сверьтесь со свежей документацией OpenCore Install Guide (раздел Dortania), где ведётся актуальная таблица соответствия.

Если у вас ноутбук, выбирайте модели MacBookPro или MacBookAir соответствующего поколения — от этого зависят настройки управления питанием. Для десктопа с дискретной видеокартой традиционно берут iMac или iMacPro1,1 (последний удобен системами без встроенной графики).

📊 На каком этапе у вас появилась ошибка «not supported on this platform»?
При загрузке установщика с флешки
При запуске установки из работающей macOS
При обновлении системы через System Update
На реальном Mac, не на хакинтоше

Исправление через config.plist в OpenCore

Основная работа происходит в секции PlatformInfo → Generic файла config.plist. Здесь задаются пять ключевых полей: SystemProductName, SystemSerialNumber, MLB, SystemUUID и ROM. Ошибка платформы уходит, как только SystemProductName становится совместимым с устанавливаемой системой.

Порядок действий:

  • 🛠 Смонтируйте EFI-раздел установочной флешки и откройте config.plist в ProperTree, OCAT или любом plist-редакторе.
  • 🔑 Сгенерируйте новые данные SMBIOS через GenSMBIOS (утилита на базе macserial) для выбранной модели — не копируйте серийники из чужих конфигов.
  • 📝 Впишите значения во все поля секции Generic, убедившись, что SystemProductName точно совпадает с реальным идентификатором модели (регистр и запятые важны: iMac19,1, а не iMac19.1).
  • 💾 Сохраните файл, проверьте конфиг валидатором ocvalidate из комплекта OpenCore и перезагрузитесь в установщик.

☑️ Проверка SMBIOS перед повторной установкой

Выполнено: 0 / 5

После смены SMBIOS установщик перестаёт «узнавать» старую платформу и пропускает проверку. Если ошибка осталась — вероятно, загрузчик вообще не подхватил ваш конфиг, и система грузится с дефолтными данными.

💡

Чтобы убедиться, что OpenCore применил ваш SMBIOS, загрузитесь в уже установленную систему (или в другую копию macOS) и выполните в терминале: ioreg -l | grep board-id и sysctl hw.model. Вывод должен показать именно ту модель, которую вы прописали в конфиге.

Если ошибка появляется при обновлении системы

Отдельная ситуация — хакинтош уже работает, но обновление через System Settings → General → Software Update завершается тем же сообщением о неподдерживаемой платформе. Здесь причина та же: новая версия macOS вычеркнула ваш SMBIOS из списка. Например, конфиг на iMac14,2 стабильно работал на Catalina, но обновление до Big Sur невозможно — этой модели там нет.

Решение — сменить SMBIOS на более новую модель до запуска обновления, а не после неудачной попытки. Учтите, что смена модели влияет на power management и работу сервисов Apple: после смены SMBIOS может потребоваться заново войти в учётную запись iCloud, так как для серверов Apple это выглядит как новое устройство.

⚠️ Внимание: перед сменой SMBIOS на рабочей системе сделайте резервную копию папки EFI целиком и, желательно, снапшот системного тома. Если новая модель окажется неудачной (например, сломается сон или графическое ускорение), вы сможете быстро откатиться к прежнему конфигу.

Роль boot-args и дополнительных параметров

В некоторых случаях одной смены SMBIOS недостаточно, и в дело вступают аргументы загрузки в секции NVRAM → Add → 7C436110-AB2A-4BBB-A880-FE41995C9F82 → boot-args. Классический пример — параметр -no_compat_check, который отключает проверку совместимости платформы. Он может помочь, когда модель формально не поддерживается, но система на железе работает нормально.

Пример строки boot-args для диагностики:

-v keepsyms=1 debug=0x100 -no_compat_check

Однако относитесь к этому флагу как к обходному пути, а не к основному решению. Корректно подобранный SMBIOS — правильный метод: он не только снимает ошибку установщика, но и обеспечивает корректную работу обновлений, AirDrop, Handoff и управления питанием. Флаг -no_compat_check маскирует проблему, не решая её.

Почему нельзя брать «реальный» серийник с настоящего Mac

Серийные номера с реальных устройств могут быть зарегистрированы в сервисах Apple. Совпадение может привести к конфликтам с iMessage и FaceTime у владельца настоящего Mac и к блокировке ваших сервисов. Всегда генерируйте синтетический серийник через macserial и проверяйте его на сайте проверки покрытия Apple — нужен результат вида «номер не найден», что означает валидный формат без привязки к реальному устройству.

Типичные ошибки при настройке и их признаки

Даже опытные пользователи периодически упускают детали, из-за которых ошибка возвращается. Вот что стоит проверить в первую очередь:

  • 🔁 Конфиг отредактирован на одной флешке, а загрузка идёт с другой — сравните даты изменения файлов в EFI.
  • 📂 Загрузчик стартует с EFI жёсткого диска, а не с установочной флешки, и берёт оттуда устаревший SMBIOS — измените порядок загрузки в BIOS или выберите флешку через boot-меню.
  • 🧾 В config.plist включён PlatformInfo → Automatic со значением true, но данные вписаны не в ту секцию — OpenCore игнорирует «сиротские» поля.
  • 🧹 Старые значения закешированы в NVRAM — выполните сброс NVRAM из меню OpenCore (Reset NVRAM) после правки конфига.

Если после всех правок установщик по-прежнему отвергает платформу, включите verbose-режим (флаг -v) и сфотографируйте экран в момент остановки. Строки перед сообщением об ошибке часто указывают, какой именно идентификатор не прошёл проверку.

💡

Ошибка «This version of Mac OS X is not supported on this platform» — это всегда конфликт версии macOS и SMBIOS-модели. Решается подбором модели Mac, официально поддерживаемой целевой системой, и полной корректной генерацией PlatformInfo. Флаг -no_compat_check — только временный обход.

Особый случай: установка на реальный старый Mac

Хотя тема запроса — хакинтош, та же ошибка встречается владельцам настоящих Mac, которые Apple исключила из списка поддержки новых версий. Здесь смена SMBIOS невозможна штатно — идентификатор зашит в прошивку. Для таких сценариев существует OpenCore Legacy Patcher: он устанавливает на Mac прослойку, подменяющую данные платформы и добавляющую необходимые патчи.

Подход рабочий, но требует понимания ограничений: часть функций может не работать (зависит от конкретной модели и версии macOS), а каждое крупное обновление системы потребует повторного применения патчей. Перед началом изучите список поддерживаемых моделей на странице проекта — он различается от релиза к релизу.

FAQ: частые вопросы

Можно ли установить macOS вообще без смены SMBIOS?

Технически — да, через аргумент -no_compat_check в boot-args, который отключает проверку совместимости. Но это обходной путь: система может обновляться с проблемами, а сервисы Apple и управление питанием будут работать некорректно. Правильное решение — подобрать совместимый SMBIOS.

Где взять валидный серийный номер для SMBIOS?

Используйте утилиту GenSMBIOS или напрямую macserial — они генерируют синтетические серийные номера с корректной структурой для выбранной модели. Не копируйте серийники с реальных Mac и из чужих конфигов: это создаёт конфликты в сервисах Apple.

Ошибка появляется только при обновлении, а система работает. Что делать?

Это значит, что новая версия macOS исключила вашу SMBIOS-модель из поддержки. Смените модель на более новую в секции PlatformInfo → Generic, сбросьте NVRAM и только после этого запускайте обновление. Учтите, что iCloud и iMessage могут потребовать повторного входа.

Влияет ли выбор SMBIOS на производительность хакинтоша?

Косвенно — да. От модели зависят профили управления питанием процессора и работа графики. Модель, близкая к вашему железу по поколению, обеспечивает корректный CPU power management. Несоответствие может проявляться в повышенном энергопотреблении или неработающем сне.

Почему после правки config.plist ничего не изменилось?

Наиболее частые причины: загрузка идёт с другого носителя (не с той EFI, которую вы редактировали), изменения внесены не в ту секцию или не сброшен NVRAM. Проверьте текущую модель командой sysctl hw.model в терминале — она покажет, какой SMBIOS реально применён.