Desvios

Os Macs da Apple Silicon têm um processo de inicialização personalizado que requer considerações especiais para oferecer suporte a sistemas operacionais alternativos. Atualmente, o Fedora Asahi Remix é instalado do macOS por meio do Instalador do Asahi, que cuida da preparação do sistema para a instalação, baixando uma imagem para o Fedora Asahi Remix e colocando-a no disco.

O Asahi Installer também tem a capacidade de preparar o sistema e instalar os componentes de suporte para um sistema barebone habilitado para UEFI. Isso poderia ser usado no futuro para dar suporte à instalação baseada em Anaconda usando mídia de instalação regular do Fedora Linux, mas não é suportado atualmente. O trabalho necessário é rastreado em nosso rastreador de problemas (Anaconda, ferramentas de gerenciamento de disco).

O Asahi Installer não há suporte atualmente à instalação de sistemas usando criptografia de disco completo. Não há nenhuma limitação técnica impedindo o uso de criptografia, mas atualmente não é uma configuração suportada, e o instalador não fornece nenhum recurso para configurá-la. Várias abordagens para resolver isso (incluindo implementar suporte ao instalador) estão atualmente sendo discutidas upstream no projeto Asahi Linux.

As imagens de instalação do Fedora Asahi Remix são criadas usando Kiwi das descrições do Kiwi publicadas.

Como as imagens de instalação incluem componentes adicionais que não fazem parte do Fedora Linux padrão, elas não podem ser construídas ou hospedadas na Fedora Infrastructure no momento. Em vez disso, estamos aproveitando a AWS para isso, e mais detalhes sobre a implantação da infraestrutura estão disponíveis em nossa página Como é feito.

Desde o Fedora Linux 40 é possível construir imagens Kiwi no Koji; isso permitirá esforços futuros para construir imagens padrão do Fedora Linux com suporte a Apple Silicon.

O Fedora Asahi Remix vem com um ambiente 100% Wayland. O Wayland é necessário para fornecer uma boa experiência nesta plataforma, e o servidor Xorg legado não é suportado. Os aplicativos X11 existentes são totalmente suportados graças ao XWayland.

O Fedora Asahi Remix inclui vários componentes que não fazem parte do Fedora Linux padrão; eles são pré-instalados e entregues por meio de nossos repositórios copr.

Esses componentes incluem mesa (fonte, copr), que é fortemente acoplado ao driver AGX do kernel e está em desenvolvimento ativo, e u-boot (fonte, copr), que requer patches estão em processo de adicionar ao upstream.

O kernel também é mantido downstream em um fork do repositório principal do kernel-ark. O kernel está em desenvolvimento ativo — enquanto a ativação de plataforma para Apple Silicon está no processo de ser adicionado ao upstream, atualmente um kernel downstream é necessário para a melhor experiência.

Por fim, vários pacotes específicos para a implementação do Remix também são mantidos no downstream; mais detalhes sobre eles estão disponíveis em nossa página Como é feito.

O tamanho de página nativo do hardware Apple Silicon é 16K; consequentemente, esse também é o padrão do Fedora Asahi Remix, e implementamos a variante kernel-16k. Embora um kernel de tamanho de página de 4K esteja disponível no pacote kernel, ele não tem suporte algum e não deve ser usado.

We provide a custom Calamares-based first-boot setup wizard to simplify user onboarding. This is only available on the Fedora Linux with KDE Plasma edition and is used in place of initial-setup.

O Fedora Asahi Remix usa btrfs para todos os entregáveis. Isso corresponde ao que o Fedora Linux faz desde o Fedora Linux 33, com exceção do Fedora Server, que ainda usa o XFS como padrão. Usamos btrfs em todos os lugares porque precisamos da capacidade de redimensionar on-line o sistema de arquivos, para que ele possa ser expandido para preencher o espaço disponível na primeira inicialização após a instalação, e para que os usuários possam reduzi-lo conforme necessário se quiserem implantar layouts personalizados.

O Fedora Asahi Remix instala automaticamente o openh264 na primeira inicialização, permitindo a reprodução de conteúdo codificado em H.264 imediatamente. Isso é possível devido ao processo de instalação em duas etapas — o Asahi Installer baixa os pacotes necessários do servidor da Cisco e os disponibiliza para o sistema implantado para executar a instalação por meio de um serviço systemd de execução única.