Hacker News Digest

Проект HackiOS запускает открытое ядро XNU (версия xnu-8796.121.2, ядро iOS 16.5) на аппаратном обеспечении Android-смартфона и поверх него — немодифицированное пользовательское пространство iOS 16.5: launchd, backboardd, SpringBoard и приложения. Это стало возможным благодаря собственному EFI-загрузчику, заменам закрытых драйверов Apple, порту UEFI и драйверу Wi-Fi Linux на слое совместимости. Работает в двух средах: на POCO X5 Pro 5G (Snapdragon 778G) без прошивки — UEFI стартует через fastboot boot, система живёт в оперативной памяти и исчезает после перезагрузки, — и в QEMU на любом компьютере с Linux.

Уже работают экран блокировки, разблокировка свайпом, домашний экран с иконками и обоями iOS, системные жесты, Control Center, приложения (Настройки, Часы, Календарь, Фото, Заметки, Safari), виджеты, тачскрин Goodix GT9916 с мультитач, восемь ядер CPU, GPU Adreno 642L через Mesa/freedreno и Wi-Fi (WCN6750, ath11k) со скоростью 55–90 Мбит/с. Из 456 системных шейдеров 293 уже работают на Adreno. Не работают пока сотовая связь, Bluetooth, зарядка под этим ядром, запись видео и вход в Apple ID из-за отсутствия Secure Enclave. Это исследовательский стенд, а не ROM: сессия длится заданное число секунд, затем ядро передаёт лог загрузчику. Файлы Apple в репозиториях отсутствуют — скрипт скачивает IPSW с CDN Apple на машину пользователя.

Тред дополняет статью наблюдениями: камера работает, но зарядка не поддерживается. Большинство современных iOS-приложений не запустятся на ядре 16.5, однако это важный шаг для исследований. Проект финансируется токеном $HACKIOS на BNB Chain (комиссия 1% идет на развитие). Это исследовательская сессия, а не полноценный ROM: после ограниченного по времени сеанса ядро возвращается к загрузчику и передает журнал. В разработке используется ИИ Claude, который через ADB автоматически загружает версии ядра и проверяет результаты. Авторы предупреждают, что открытый порт может упростить создание клонов iPhone. Также обсуждаются сложности с доступом к App Store из-за отсутствия уникального идентификатора и причины остановки порта на iOS 16.5 (возможно, из-за изменений в iOS 17). В качестве альтернативы предложено запустить свободный Android-дистрибутив, например GrapheneOS, на оборудовании Apple.

Выпуск Libreboot 26.10 «Ominous Olive» — крупное обновление свободной прошивки, заменяющей проприетарные BIOS/UEFI на технике Intel, AMD и ARM64. Главное новшество — полная поддержка UEFI через загрузчик EDK2 от MrChromebox, благодаря чему теперь загружается и Microsoft Windows. EDK2 стал загрузчиком по умолчанию, а GRUB и SeaBIOS поставляются во флеш-памяти как EFI-сборки для обратной совместимости.

Из проекта MrChromebox импортированы все 233 поддерживаемые модели Chromebook, включая новейшее железо Intel и AMD; в этом выпуске они доступны только в виде исходников, без бинарников. Протестирован лишь Baytrail (Kip). Libreboot доработал прошивку: фиолетовый фон и радужный логотип вместо логотипа coreboot, установка бита HAP для отключения Intel ME и разблокировка регионов IFD через ifdtool. Отдельно добавлен файл AGENTS.md со строгой анти-ИИ политикой — названный самым важным изменением выпуска.

Есть и оговорка: входящий в EDK2 загрузчик SeaBIOS CSM (CSMWrap) занимает целое ядро CPU при загрузке, поэтому четырёхъядерный процессор в Linux покажется трёхъядерным. Это известное ограничение исправят позже; для совместимости лучше использовать GRUB EFI. Оба варианта доступны в меню EDK2 по нажатию ESC, но пользователям советуют переходить на нативную загрузку UEFI с ESP.

Интеграция UEFI/EDK2 в Libreboot расширила поддержку устройств, особенно Chromebook, и привела к успешным установкам. Libreboot теперь использует загрузчик EDK2, обеспечивая полную поддержку UEFI и возможность запуска Windows на поддерживаемых платформах. В релизе добавлена поддержка 233 Chromebook через MrChromebox; сборка производится только из исходников без готовых бинарных образов. Libreboot отличается от Coreboot полным удалением бинарных blob и Intel ME, делая прошивку полностью свободной. Рекомендуется собирать прошивку из исходников, так как проект не предоставляет предкомпилированные образы. Пользователи успешно прошивают Libreboot на Google Pixel, Dell Latitude Chromebook Enterprise, Acer Chromebook и других устройствах. Политика запрета вкладов, генерируемых ИИ, вызвала спор: сторонники видят в ней идеологическую обоснованность, критики — излишний догматизм, утверждая, что фокус на «чистоте входных данных» игнорирует качество и безопасность конечного кода. Тем, кто считает политику слишком строгой, советуют форкнуть репозиторий или перейти к Coreboot, где использование ИИ не ограничено.

Процесс загрузки Linux начинается с нажатия кнопки питания, после чего процессор переходит в реальный режим (real mode) и выполняет инструкцию по адресу сброса 0xFFFFFFF0. Это приводит к запуску микропрограммы на материнской плате (BIOS или UEFI), которая выполняет самотестирование (POST) и ищет загрузочное устройство. При обнаружении загрузочного сектора (маркеры 0x55 и 0xAA), BIOS копирует его в память по адресу 0x7C00, после чего управление передается загрузчику GRUB. GRUB считывает свою конфигурацию, загружает ядро Linux в память и передает управление программе настройки, которая создает предсказуемую рабочую среду: выравнивает сегментные регистры, создает стек, очищает область BSS и запрашивает информацию о доступной памяти у микропрограммы. В конце концов, вызывается первая функция C с именем main, что标志着 переход к следующей фазе загрузки.

• Обсуждение показало, что статья о процессе загрузки Linux охватывает только самые базовые концепции, что вызвало критику за упрощение и упущение важных деталей, таких как взаимодействие с UEFI, инициализация видео и роль загрузчика.
• Участники подчеркнули, что статья не соответствует уровню подготовки аудитории Hacker News, и что она не раскрывает важные темы, такие как влияние UEFI на процесс загрузки.
• Также было отмечено, что статья не затрагивает такие важные темы, как влияние UEFI на процесс загрузки и не упоминает о таких важных компонентах, как initrd и драйверы.
• Некоторые комментаторы выразили сожаление по поводу того, что статья не затрагивает такие темы, как влияние systemd на процесс загрузки и не упоминает о таких важных компонентах, как initrd и драйверы.
• Также было отмечено, что статья не упоминает о таких важных компонентах, как initrd и драйверы, и не раскрывает влияние systemd на процесс загрузки.

KDE Linux — новая неизменяемая ОС от KDE на базе Arch, но без pacman.
Корень — Btrfs, /usr — только для чтения (EROFS), обновления атомарные, откат до 5 версий.
Wayland-only, UEFI-only, X11 и BIOS не поддерживаются.
Собирается через KDE Builder, приложения — Flatpak.
Цель: показать «идеальный» KDE-стек без ограничений сторонних дистрибутивов.
Альфа представлена на Akademy 2025; KDE neon пока жив, но будущее не решено.

• KDE Linux — неизменяемая, Wayland-only система на базе пакетов Arch, но без pacman; всё ПО ставится Flatpak-ом или собирается KDE Builder.
• Пользователи делятся: кому-то нравится стабильное «железное» ядро и UX-first подход, других пугает отсутствие X11, невозможность докинуть модули в базу и зависимость от «багового» Flatpak.
• Критики считают проект «еще одним дистрибутивом ради дистрибутива», отвлекающим силы от самой KDE, и предлагают использовать готовые immutable-решения (Fedora Kinoite, Aeon, Arkane).

• Почему Pi?
  На слабом железе быстрее всплывают ошибки конфигурации, поэтому эксперимент с TrueNAS на Pi 5 — отличный способ учиться.

• Проблема: нет UEFI
  Pi официально не поддерживает UEFI. Используем форк rpi5-uefi.

• Подготовка Pi 5

  1. Обновите EEPROM до ≥ 2025-06-09 (sudo rpi-eeprom-update -a, при необходимости переключитесь на beta-канал).
  2. Скачайте последний релиз rpi5-uefi, распакуйте содержимое .zip в FAT32-раздел microSD.
  3. Вставьте карту, подключите HDMI, включите Pi. Должен появиться EDK2 Boot Manager.

• Установка TrueNAS

  1. Скачайте ARM-образ TrueNAS (например, 25.04.2) с truenas-releases.jmay.us.
  2. Запишите ISO на USB-накопитель (Etcher).
  3. Загрузитесь с USB через UEFI Boot Manager.
  4. Установите TrueNAS на любой диск, кроме microSD и установочной флешки (второй USB или NVMe).

• Кто-то давно отказался от TrueNAS/FreeNAS в пользу самостоятельной настройки Samba+NFS+ZFS на мини-ПК.
• Многие считают Raspberry Pi слабым и ненадёжным для NAS: проблемы с SATA/USB, отсутствие ECC, низкая пропускная способность.
• Другие успешно годами держат Pi-4 с Ubuntu+Samba+Jenkins, но используют внешние USB-хабы и не нагружают систему.
• TrueNAS критикуют за громоздкий UI, «лагающие» бэкапы Time Machine и лишний оверхед на слабом железе.
• Часть участников предпочитают готовые решения (QNAP, Synology) или Proxmox+ZFS на Intel N100: быстрее, стабильнее, проще.