Можно ли «взломать» MacBook, чтобы установить macOS Mojave?

Я знаю, что вы можете взломать iPhone, но есть ли способ «взломать» Macbook? У меня есть модель конца 2010 года, которая была обновлена, поэтому у нее есть оперативная память, место на жестком диске и т. д., и она прекрасно работает, но я бы очень хотел поставить на нее Mojave. Я могу загрузить файл разработчика, но затем в iTunes Store для Mac мне сказали, что он несовместим с этой моделью.

Прежде всего, если iPhone не совместим с версией iOS, установить эту версию iOS на этот iPhone невозможно.
Существует богатое сообщество, которое специализируется на установке неподдерживаемых (более новых) версий macOS на старое оборудование. Часто для этого требуется взломать сам установщик. Это не то, что мы обычно делаем здесь.
Во-первых, добро пожаловать в Ask Different! :) Я надеюсь, что вы найдете этот сайт ценным ресурсом! Если вы не возражаете, я скажу, что, хотя я понимаю ваше желание установить macOS Mojave, в настоящее время это бета-версия продукта. Если у вас есть MacBook, который прекрасно работает, и вы зависите от него каждый день, вы действительно не хотите рисковать на данном этапе. Как упоминал @SteveChambers, существует богатое сообщество, которое специализируется на такого рода вещах, поэтому, если это можно сделать, в какой-то момент будет доступен обходной путь (или «хак»), но я бы рекомендовал подождать даже этого для проверки.
Я знаю, что иногда это может быть трудно отпустить, но, возможно, пришло время перейти к более новому Mac :) Apple считает MacBook 2010 «устаревшим».

Ответы (5)

macOS Mojave требует поддержки Metal . Apple имеет полное право запретить установку на более старые модели, потому что они буквально не имеют возможности отображать графический интерфейс .


Изменить : недавнее голосование напомнило мне об этом ответе. Я добавляю этот раздел, чтобы сказать, что неспособность запустить Мохаве не совсем так. В Mojave все еще есть программный рендеринг для режима восстановления. Ответ AnyOS'll Do не совсем неверен, несмотря на то, что большая часть ответа является предположительной.

Этот ответ ссылается на уже существующий инструмент (который был доведен до моего сведения раньше, хотя я не особо задумывался об этом), позволяющий установить Mojave на неподдерживаемые компьютеры Mac. Единственная загвоздка в том, что аппаратное ускорение будет отключено, поскольку аппаратное ускорение для старых графических процессоров отключено.

«Это до тех пор, пока какой-нибудь гений на github не решит создать оболочку opengl, которая прерывает вызовы металла. Я считаю, что Apple делает это, чтобы принудительно обновить оборудование и распространять #MeTooGFXLibrary. У них буквально ДЕЙСТВИТЕЛЬНО есть возможность отображать «темный» режим для всего, что они выбирают в конце концов, у них есть исходный код. Другое мнение заключается в том, что отказ от поддержки opengl/cl не имеет ничего общего с производительностью, стабильностью или инженерными усилиями, а связан исключительно с прибылью. Чистая и простая жадность объясняет*"

То, что вы написали здесь, является достойным синопсисом информации, которую вы читали другими в целом, поскольку модно и популярно ненавидеть все, что делает Apple, не собирая никаких реальных исследований / доказательств. Вы упускаете очень важные детали, которые отвергают почти все, что вы утверждали, поскольку это было сформулировано путем сбора дезинформации от людей, повторяющих необоснованные выводы, основанные на других попугаях.

  1. Старые Macbook слишком устарели: на самом деле это совершенно правильно, Apple переписала большую часть / весь графический интерфейс, Quartz 3D Compositor и CoreAnimation в Metal (в основном весь рабочий стол теперь ускоряется с помощью Metal, и это будет только расти со временем). В настоящее время более старые Macbook с Intel iGPU не поддерживают Metal API, поскольку они даже не могут использовать все основные вызовы Metal API в выпуске V1.0. В настоящее время High Sierra поставляется как со старым композитором OpenGL Quartz, так и с новым композитором Metal V2. Вы можете сразу увидеть, в каком беспорядке они были бы, если бы они сохранили оба 3D API (несовместимость во всех новых расширенных функциях, дальнейшее обслуживание всех фреймворков, которые теперь должны быть написаны дважды для каждого API = Равно больше ошибок, больше потребляемая мощность и меньшая стабильность из-за совместимости аппаратных средств).

  2. Оболочка Metal to OpenGL: во-первых, эти компоненты OSX не являются открытым исходным кодом, поэтому это никогда никуда не денется, а во-вторых, это ужасная идея, поскольку вы берете API, который напрямую взаимодействует с графическим процессором с помощью пользовательских написанных функций, тогда будет невозможно, чтобы высокоуровневый API, такой как OpenGL, мог передать эту информацию непосредственно на графический процессор (это не то, как работают эти старые API). Кроме того, поскольку никто больше не полагается на OpenGL, он выйдет из строя и сгниет, поскольку Khronos сейчас работает над API Vulkan, они никогда больше не будут продвигать OpenGL, поэтому оставаться на этом API — плохое решение.

  3. «MeTooGXLibrary» Если вы изучите эти низкоуровневые API, вы обнаружите, что Metal API от Apple появился раньше, чем Vulkan и D3D12. Таким образом, в этом случае лагерь «MeTooGXLibrary» будет ссылаться как на Vulkan, так и на M$ D3D12 за разыгрывание карты «Я тоже», следуя и копируя новое направление Apple в 3D-технологиях *. (На самом деле, Apple завершила работу над Metal API и выпустила его для устройств за год до того, как был анонсирован Vulkan. К тому времени, когда Vulkan был готов к выпуску и использованию в играх, Apple уже переписала большую часть графических слоев в OSX с ускорением Metal используется в OSX Sierra.

* Этот рекламный ролик был посвящен гонке низкоуровневых API для персональных компьютеров, на самом деле это была Sony с их низкоуровневым API «LibGCM», включенным в комплекты разработчика PS3, которые потрясли почти всех разработчиков игр тем, насколько больше контроля, свободы и производительности он доставлено, что сделало почти все остальное бесполезным. Это событие положило начало перемещению этого типа API в мир настольных компьютеров.

  1. «ДЕЙСТВИТЕЛЬНО есть возможность отображать «темный» режим на чем угодно». Да, они, конечно, могут, но это не главная особенность или мотиватор.

  2. «Отказ от поддержки opengl/cl не имеет ничего общего с производительностью, стабильностью или инженерными усилиями, а связан исключительно с прибылью». К настоящему моменту я надеюсь, что любой, кто читает это, понял, что я уже несколько раз демонстрировал, как отказ от OpenGL, без сомнения, значительно повысит производительность во всех графических средах и, по крайней мере, сохранит их текущий профиль стабильности.

Помимо этого ответа, чтобы перечислить весь список компонентов, которые полагаются на Metal, большинство людей пришли к пониманию того, насколько велика поддержка API и сколько других операционных систем полагаются на него для работы. Он подключается практически ко всему, с чем вы взаимодействуете, от рисования 2D-анимации, сглаживания шрифтов, рисования прозрачностей, ускорения рендеринга видео, применения видеоэффектов, рендеринга фигур и слоев, тяжелых математических вычислений, сжатия видео, что позволяет вашему веб-браузеру ускорить рендеринг собственного холста...

это в основном везде, и чтобы сохранить и использовать слабую производительность / устаревший OpenGL вокруг и управлять массивной отдельной кодовой базой для эквивалента OpenGL всего, что ускоряет ваша ОС, без поддержки каких-либо расширенных дополнений ускорения, которые продолжают добавляться на стороне Metal вещей.

Ни один пользователь не предпочтет слабую производительность и меньше функций, а затем обнаружит, что большинство сторонних программ, которые они любят и используют, начинают отказываться включать ускорение OpenGL из-за экономики, людям, застрявшим на этом старом оборудовании, будет трудно просто обойти Интернет и загрузиться. гугл карты к этому моменту...

Хотя я считаю, что это решение было мотивировано жадностью/привязанностью разработчиков:

Отказ Apple от OpenCL и нежелание использовать Vulkan API.

Утилита была создана каким-то человеком под названием «dosdude1», который загружает копию установщика Mojave с Apple (доступны версии Sierra и HSierra), записывает образ на USB-накопитель и применяет к нему исправления, чтобы он загружался на неподдерживаемых компьютерах Mac. любой Mac с процессором Penryn совместим (SSE4.1). так как у вас MacBook 2010 года, поэтому он может нормально запускать Mojave. убедитесь, что вы правильно прочитали его документацию, прежде чем пытаться что-либо сделать, чтобы не тратить время впустую, находясь в замешательстве. Что касается рендеринга металла. если ваш Mac не поддерживает металл (очевидно). OpenGL все еще существует в Мохаве, и вы все еще можете использовать его для рендеринга всего через драйверы, которые, возможно, были скопированы из установки High Sierra: https://www.youtube.com/watch?v=5uyYVCiYFuE .

Каталина 10.15.x: http://dosdude1.com/catalina/

Мохаве 10.14.x: http://dosdude1.com/mojave/

Н Сьерра 10.13.6: http://dosdude1.com/highsierra/

Сьерра 10.12.6: http://dosdude1.com/sierrapatch.html/

macOS H Сьерра

На форумах MacRumors есть богатое и активное сообщество, посвященное этой теме. Разговор в основном вращается вокруг упомянутого выше инструмента dosdude1 . forums.macrumors.com/threads/…

Parallels делает именно то, что я хочу. Итак, я создал минимальный хост и теперь запускаю все в параллелях vm. SSD делает это быстрым, а звонки с металла на OPENGL! выполняются параллелями напрямую. Таким образом, это может быть сделано и работает абсолютно гладко с большой игровой поддержкой.

Не уверен, что запуск Mojave на виртуальной машине на MacBook 2010 года является жизнеспособным решением вопроса. У него всего 2 ядра на Core 2 Duo.

буквально не имеют возможности отображать графический интерфейс

«Это до тех пор, пока какой-нибудь гений на github не решит создать оболочку opengl, которая прерывает вызовы металла. Я считаю, что Apple делает это, чтобы принудительно обновить оборудование и распространять #MeTooGFXLibrary. У них буквально ДЕЙСТВИТЕЛЬНО есть возможность отображать «темный» режим для всего, что они выбирают в конце концов, у них есть исходный код. Другое мнение заключается в том, что отказ от поддержки opengl / cl не имеет ничего общего с производительностью, стабильностью или инженерными усилиями, а связан исключительно с прибылью. Чистая и простая жадность объясняет это решение».

Я написал вышеизложенное в то время, испытывая отвращение к вечному движению против оборудования в наши дни и в возрасте, в котором еще осталось много жизни. Я надеюсь, вы понимаете, что старение — это естественная часть жизни, мы не осуждаем это, не так ли?

Тогда для некоторых не станет сюрпризом, что такой человек, как я, может быть достаточно увлечен, чтобы заботиться не только о моем оборудовании, но и об оборудовании других. Это то, что я делаю, я хорош в этом. Кроме того, окружающая среда действительно является самым важным фактором, если мы должны спуститься в кроличью нору.

Apple лидирует там, где я рассматривал направление развития операционной системы в будущем. Я снова торгую этим. Я заядлый путешественник ОС, и если бы я что-то ненавидел, то это были бы мерзости Windows 8-10.

Эта необходимость, чтобы все операционные системы выглядели одинаково (я смотрю на вас, Ubuntu), просто отталкивает. Что касается моего личного мнения выше? Чистый анекдот, у меня есть MBP2011, и в настоящее время я не могу позволить себе новый, вот и все. Я отворачиваюсь от Apple, как только поддержка high sierra прекратится, и я выберу вариант *nix месяца, который хочу попробовать. Оставаться в авангарде для меня всегда лучший вариант, нежели топтаться на ос на этом девайсе. Я был сожжен устаревшей версией Apple ios с 32-битной на 64-битную, которая удалила + 70% моей «платной» (т.е. не фримиум-дерьма) игровой библиотеки, потому что я лох, который любит владеть вещами и оставаться в курсе, не могу вернуться, когда человек принимает слишком рано.

Чтобы ответить вам о тенденциях? Сделаю сам, спасибо. Я достаточно умен и уродлив, чтобы не поддаваться твоему менталитету в таких вопросах. Я признаю, что поторопился, но, как ни странно, у меня есть страстная причина. Мое мнение может совпадать с другими, но я уверен, что разработчики MAME и WINE подверглись критике со стороны всех черепах с препятствиями, которые прыгали вверх и вниз по всему ослиному конгу, как когда они пытались встать на плечи платформ, которые они открывали для других. в самом начале. Так что, да, я думаю, что ваша абсурдность запуска более высоких циклов процессора / графического процессора - это проблема, которую нужно обойти, а не всплеск в поездке, от которой можно умереть.

Я отредактировал оскорбления из этого. Мы приветствуем критику и мнения из источников. Может ли кто-нибудь разместить какие-либо ссылки на дополнения с открытым исходным кодом для обратного переноса любого графического кода, восходящего к оригинальному Mac? Очевидно, что с достаточным количеством денег любой может заставить код работать, если скорость не имеет значения. Является ли он достаточно эффективным для рендеринга одного кадра в секунду, это реальный вопрос.
Что еще более важно, это комментарий к другому ответу, а не вопрос. Если это не будет отредактировано, чтобы дать прямой ответ на вопрос, возможно, его придется перенести в чат или удалить. В интересах создания лучшего ответа, который будет вежливо критическим, давайте посмотрим, можно ли его дополнить некоторыми конкретными примерами или цитатами, чтобы мнения здесь можно было оценить и проголосовать.
На данный момент нет «гения на github». Я понимаю, что это возможно, но сейчас этого еще никто не сделал.