Бета-версия macOS 27 сломала неприятную, но для части аудитории критичную вещь: Asahi Linux перестал отображаться в механизмах загрузки на компьютерах Apple Silicon. Для разработчиков, которые держат Asahi Linux рядом с macOS ради тестов, сборок и повседневной работы, это не косметический баг, а прямой запрет на загрузку Linux без обходных маневров.
О проблеме как пишет The Register сообщила команда Asahi Linux вскоре после выхода первой beta-сборки macOS 27, представленной Apple на WWDC. По словам разработчиков проекта, обновление изменило логику, по которой Boot Picker и приложение Startup Disk определяют корректные загрузочные тома. Итог для пользователя простой: раздел с Linux физически остается на диске, данные не пропадают, но система перестает показывать его как вариант для старта.
Практический вывод у Asahi Linux жесткий и без маркетинговой ваты: не обновляться на macOS 27 beta, пока не появится исправление. Если очень хочется поставить новую систему сразу, команда советует сначала оставить на машине отдельную стабильную копию macOS 26 или устанавливать саму macOS 27 на дополнительный том. Это не перестраховка в стиле «на всякий случай», а минимальная страховка от ситуации, когда Linux-раздел у вас есть, а загрузиться в него вы уже не можете.
Разработчики проекта пошли дальше и уже обновили установщик: на macOS 27 он временно не дает выполнять установку. Формулировка у команды тоже предельно конкретная: пользователи, которые поставят beta-версию без сохраненного стабильного релиза macOS, не могут рассчитывать на поддержку. Для open source-проекта это, по сути, вежливый перевод фразы «вы сами выключили себе лестницу и теперь спрашиваете, как спуститься».
Важно, что речь пока не идет ни о потере данных, ни о доказанной попытке Apple намеренно выдавить Linux со своих ARM-Маков. Сама macOS 27 находится в статусе beta, а значит, источник проблемы вполне может быть побочным эффектом внутренних изменений в механизме загрузки, а не сознательным ограничением. Команда Asahi уже отправила bug report. Это заметно снижает градус конспирологии, но не снижает практический риск: если у вас рабочая машина, разницы между «нас сломали специально» и «нас сломали случайно» почти нет.
Для тех, кто уже успел обновиться и увидел, что Linux будто исчез, у проекта есть хотя бы одна хорошая новость. Раздел никуда не делся, данные не потеряны, и сам инцидент пока описывается как проблема обнаружения загрузочного тома, а не повреждения файловой системы или разметки. Иными словами, история неприятная, но это скорее поломка указателя, чем снос дома. Впрочем, для разработчика, которому нужен dual boot здесь и сейчас, разница не так уж утешает.
Контекст у этой истории тоже показательный. Asahi Linux остается главным и фактически самым зрелым Linux-проектом для Apple Silicon, хотя сам путь у него был не самым спокойным. В 2026 году проект уже пережил заметные кадровые и управленческие встряски, а в апреле выпустил Fedora Asahi Remix 44. То есть речь не о маргинальном эксперименте для пары энтузиастов с форумов, а о реально используемой сборке, которая для многих стала единственным внятным способом запускать Linux на современных Маках с M-серией.
Именно поэтому сбой в beta-версии macOS выглядит важнее, чем обычная история про «поставили раннюю сборку и что-то отвалилось». Apple Silicon давно вышел за пределы сценария «ноутбук для Xcode и Final Cut». На этих машинах пишут backend, гоняют контейнеры, тестируют кроссплатформенные приложения, собирают mobile- и web-проекты. Для части команд Mac выступает не просто клиентским устройством, а полноценной инженерной станцией. Когда очередное обновление macOS ломает видимость альтернативной ОС, это сразу бьет по привычным рабочим схемам, особенно у независимых разработчиков и маленьких продуктовых команд, где один ноутбук должен уметь все.
Есть и более широкий вывод для IT-руководителей и тимлидов. История с Asahi Linux еще раз напоминает, что экосистема Apple, какой бы качественной она ни была, остается вертикально интегрированной и плохо терпит сценарии, которые не укладываются в основной продуктовый замысел. Пока все работает, это воспринимается как плата за удобство. Когда меняется логика загрузки и внезапно исчезает Linux-раздел, приходит напоминание: контроль над платформой в конечном счете не у пользователя. Для корпоративной эксплуатации это аргумент в пользу более жесткой политики обновлений, особенно на beta-каналах, и наличия fallback-плана даже у сильных технических специалистов, которые уверены, что «я аккуратно попробую и, если что, откатюсь».
Для российского и русскоязычного рынка здесь нет сенсации, но есть полезный operational lesson. Если в команде кто-то использует Apple Silicon с Asahi Linux для разработки, тестирования или исследований, beta-ветку macOS 27 лучше сразу исключить из допускаемых обновлений. Не из-за паники, а из-за банальной стоимости простоя: один неудачный апгрейд может оставить инженера без рабочего Linux-окружения на машине, где все уже было настроено и жило. На фоне этого совет «держите стабильную macOS на отдельном томе» звучит не как занудство, а как нормальная инженерная гигиена.
Сейчас главный вопрос не в том, исчезнет ли Asahi Linux с Apple Silicon, а в том, насколько хрупким окажется его сосуществование с будущими версиями macOS. Чем глубже Apple перестраивает низкоуровневые механизмы загрузки и управления системой, тем дороже для сторонних проектов становится каждая совместимость, которую вчера можно было считать рабочей по умолчанию.