Documentação do Asahi Linux: falhas de boot no macOS Sonoma

• O repositório de documentação do Asahi Linux funciona como a fonte do site de documentação, incluindo a página sobre falhas de boot no macOS Sonoma, e mantém os materiais relacionados no GitHub
• A documentação é dividida em categorias como alt, fw, hw, platform, project e sw, permitindo navegar por assunto
• A área hw trata do hardware dos Macs com Apple Silicon e é subdividida em cpu, devices, peripherals e soc para separar os detalhes de hardware
• O site de documentação é gerado com Zensical, e testes locais podem ser executados com zensical serve após instalar o pacote Python
• O site é reconstruído por CI a cada commit e disponibilizado via GitHub Pages

---

Papel do repositório de documentação do Asahi Linux

• Este repositório gerencia a documentação do site Asahi Linux documentation
• A documentação é organizada em categorias por assunto

Estrutura das categorias da documentação

• alt: documentação de suporte a sistemas operacionais alternativos e distribuições Linux
• fw: documentação sobre firmware controlado pelo fornecedor e interfaces de firmware
• hw: documentação de hardware relacionada a Macs com Apple Silicon
  • cpu: documentação sobre processadores de aplicação
  • devices: documentação relacionada a modelos específicos de Mac
  • peripherals: documentação sobre hardware interno de Macs com Apple Silicon que não faz parte do SoC em si
  • soc: documentação sobre blocos de hardware integrados ao SoC Apple Silicon
• platform: documentação aplicável à plataforma Apple Silicon como um todo
• project: documentação de gerenciamento do projeto e itens não relacionados a hardware ou software
• sw: documentação sobre software que não é firmware

Build local e método de implantação

• O site é gerado com Zensical
• O Zensical é instalado como um pacote Python
  • Se a distribuição não fornecer o pacote, é possível instalá-lo com pip
• O build da documentação para testes locais é executado com o comando abaixo após instalar o Zensical

$ zensical serve

• O site é reconstruído por CI a cada commit
• O site gerado é disponibilizado via GitHub Pages

[GN⁺]

Opiniões no Hacker News

• Para especulações sobre como uma simples mudança na taxa de atualização poderia causar uma falha de boot, o Twitter dele também vale a leitura: https://social.treehouse.systems/@marcan/111329614147717090
  A hipótese é que isso aconteça porque a Apple não gosta do piscar ao trocar modos de exibição, e alternar o ProMotion entre ligado/desligado causa esse piscar de troca de modo
  Então a especulação é que ela tenha armazenado essa configuração em algum lugar da NVRAM e feito com que ela seja aplicada quando a tela liga durante o boot inicial, para não piscar novamente ao iniciar o macOS
  O problema é que isso não foi testado com bootloaders de OSs antigos, e quando esse modo está ativo, o handoff/inicialização do display falha de forma catastrófica

  • Sempre me incomodou que, no PC, a resolução durante o boot mudasse para algo todo errado
    Na era do BIOS dava para entender, mas depois da chegada do UEFI, eu esperaria que até telas como a de configuração do EFI pudessem aparecer na resolução nativa do monitor, ou pelo menos na proporção nativa; na prática, porém, só vi casos feios como uma tela 1024x768 esticada em um monitor 16:9
  • Fico feliz que pelo menos alguém odeie o piscar causado pela troca de modo do display
    Com o desempenho computacional de hoje, não deveria ser necessário ver piscadas em nenhum momento da vida, e detesto que muitas pessoas aceitem o ruído visual ao conectar um monitor como “bom o bastante”
  • É curiosamente simpático ver até uma empresa de trilhões de dólares fazendo algo parecido com o que eu fazia ao mexer em rEFInd, imagens de splash do BIOS, plymouth-git, plymouth-sddm, quiet splash etc. para criar uma experiência de boot suave, só para aumentar o tempo de boot em alguns segundos e ter que recuperar o sistema várias vezes com um USB de boot
    Hoje em dia acabei aceitando as piscadas e as mensagens do systemd
    O boot hoje leva só alguns segundos, e agora é difícil até explicar por que eu era tão obcecado com isso desde o começo
  • É interessante, mas fico imaginando quem desativa o ProMotion, já que 120Hz melhora bastante a responsividade
    O único app que vi não funcionar direito com taxa de atualização variável foi Genshin no Windows, e mesmo isso provavelmente não é problema em monitores mais recentes, já que eles lidam com VRR até 60Hz e não têm aquela piscada de duplicação de quadros ao oscilar entre 60Hz e 120Hz

• Tive exatamente o mesmo problema ao atualizar um MacBook Pro M1 de trabalho para o Ventura 13.6, e achei que fosse um caso totalmente isolado
  Não era dual boot; havia apenas o macOS instalado
  Durante a atualização ele estava conectado a um Thunderbolt Display, e parece que isso produziu um efeito semelhante ao descrito no texto linkado, como mudar para uma taxa de atualização que não é ProMotion
  Depois de fazer uma restauração em DFU a partir de outro Mac, precisei rodar o instalador do macOS Sonoma por USB; felizmente ele detectou a instalação existente e fez uma atualização no local, preservando os dados
  Também perdi muito tempo porque a restauração em DFU não funcionava, até descobrir tarde demais que um cabo Thunderbolt não serve; é preciso usar um cabo USB-C comum para que o Apple Configurator detecte o outro Mac

  • Eu esperaria justamente o contrário: que, se um dos dois fosse necessário, seria o cabo Thunderbolt
    Em geral, cabos de alta largura de banda com mais recursos costumam funcionar também nos lados que não dão suporte a todos eles, então foi bem surpreendente
    Quero me lembrar disso caso um dia precise ressuscitar um Mac brickado
  • Também não entendo por que entrar no modo DFU é um procedimento quase mágico em que é preciso segurar botões específicos por um número exato de segundos em momentos específicos
    Parecia que eu tinha que cantar para um deus imaginário do Mac OS e torcer para os astros se alinharem até o notebook aparecer no segundo Mac
    Além disso, até a porta em que o cabo USB-C é conectado importa, e tem que ser a primeira da esquerda; não sei por quê
    Mesmo assim, seguindo um vídeo do Mr. Macintosh, consegui revivê-lo no fim
  • Meu M1 MacBook Air precisa entrar em modo DFU e ser “revivido” pelo Configurator a cada atualização
    Caso contrário, ele só mostra “Failed to personalize the software update”
    Fui à Apple Store, e eles simplesmente restauraram o aparelho na hora e apagaram todos os dados; quando saiu a atualização seguinte, o mesmo problema voltou
    Nessa situação, também fica difícil demonstrar que a correção deles não resolveu o problema de forma permanente
  • Em um MacBook M1 Pro, um monitor LG USB-C também foi danificado durante o upgrade
    Ele só mostrava uma tela preta, e o mesmo acontecia ao conectá-lo a outros notebooks USB-C
    Trocar o cabo, desligar o monitor da tomada e fazer reset de fábrica não resolveu, embora outras entradas como HDMI e DisplayPort ainda funcionassem
    Não considero coincidência ele ter quebrado durante o upgrade, e recomendo fortemente não deixar nada conectado ao MacBook durante atualizações além do carregador
  • Aconteceu exatamente o mesmo em um M2 Pro, e consertei com o mesmo procedimento
    Felizmente, depois do DFU revive os dados continuaram lá, mas no começo achei que fosse um caso isolado de algum dano porque a bateria tinha descarregado antes de a atualização terminar
    Mas é bem provável que o monitor extra tenha sido a causa

• Tentei reinstalar o MacBook, mas a recuperação web integrada não funcionava, então hoje precisei fazer uma restauração em DFU
  O sistema básico era 13.2, e baixei todos os arquivos da 13.6; depois que a barra de progresso chegou a 100%, ele cuspiu um erro
  Parece ser uma incompatibilidade entre o sistema básico 13.2 e a instalação da 13.6; a qualidade da Apple hoje em dia é terrível
  Achei que ao menos o cenário mais básico teria sido testado antes de lançar um software x.6, mas não foi o caso
  Pior ainda é que é difícil encontrar um método oficial ou não oficial para criar um instalador de boot por USB sem outro Mac, ou para fazer uma restauração em DFU sem outro Mac
  Não sei se eles acham que eu moro dentro de uma Apple Store
  Eu não tinha outro Mac e, no fim, consegui fazer a restauração em DFU com o libimobiledevice; agradeço a quem o criou
  Mas isso não deveria acontecer, e Windows ou Linux são muito mais transparentes que o macOS

  • O bootloader e o procedimento de restauração da Apple são realmente assustadores
    Coisas como exigência de acesso à rede, firmware no SSD e bloqueio de hardware parecem ficar escondidas para causar problemas justamente nos piores momentos
    Em contraste, no Windows basta dar boot com um pendrive que está na gaveta
  • Comigo é parecido
    Instalei Avahi Linux cerca de um ano atrás e depois removi, mas agora não consigo atualizar além da 12.6
    Acho que vou precisar arrumar um drive externo, fazer backup de tudo e então fazer uma restauração em DFU no meu M1 Max MBP para conseguir ir para o Sonoma

• Dizem: “Não deixe que cobrem de você. Este é um problema criado pela Apple e puramente de software. Se o técnico alegar que é dano de hardware, ele está errado”; acho que resta torcer para que seja assim

  • A Apple Store normalmente lida bem com esse tipo de coisa
    Se for um problema documentado que afeta um modelo específico de hardware e uma versão específica de software, é muito improvável que cobrem
  • Não foi muito difícil
    Quando havia uma falha de hardware no SSD do MacBook Air de 2011, indiquei a alguns colegas a página de defeito de hardware, e eles conseguiram o conserto de graça em vez de gastar 800 dólares

• Não sei o que está acontecendo com a Apple hoje em dia
  Depois de quase morrer, a Apple construiu uma das melhores marcas do mundo ao se concentrar de forma implacável e quase fanática em oferecer uma experiência premium em todos os aspectos para justificar preços premium e margens altas
  Se você gostava do jeito deles, tudo “simplesmente funcionava” desde o momento da compra, mas isso foi até recentemente
  Hoje tive uma experiência kafkiana que chegou a parecer uma pegadinha maliciosa e, como era raro a Apple errar tão feio, eu também não tinha um plano B para um momento realmente importante
  Se houver uma forma de falar por telefone com pessoas que fazem o necessário para corrigir problemas para clientes fiéis, aceito conselhos, mas não tenho grandes expectativas, já que o suporte telefônico de primeiro nível hoje parece um carrossel infinito de espera

  • A Apple de hoje é muito diferente da Apple de 20 anos atrás
    A marca é a mesma, mas a maioria das pessoas mudou
    É algo que também se vê o tempo todo em empresas da indústria de videogames, como Blizzard, Bungie e 343 Industries
    Talvez os novos programadores e engenheiros estejam lidando com uma base de código muito complexa, e ninguém entenda tudo completamente até algo quebrar

• Isso afeta apenas dispositivos com chips Apple Silicon e telas ProMotion; os Intel não são afetados
  É uma cláusula de escape rápida para quem usa máquinas antigas

  • Apenas um dos dois bugs listados exige uma tela ProMotion
    O outro pode ocorrer em qualquer dispositivo Apple Silicon

• Cerca de uma semana depois de atualizar para o Sonoma, meu MacBook Air M1 de 2020 virou um tijolo, mas não tenho certeza se tem relação
  Suspeitei que tivesse a ver com a atualização
  Felizmente, graças às leis de garantia daqui, trocaram a placa lógica de graça, mas no dia seguinte a minha vontade de migrar para um iPhone esfriou

  • Atualizações transformando hardware em tijolo parecem ser um padrão comum de falha no macOS
    Por exemplo, o Big Sur transformou vários MBP de 2013 e 2014 em tijolos: https://www.macrumors.com/2020/11/15/macos-big-sur-update-br...
    Eu também fui afetado e, como muitos usuários, o problema foi resolvido depois da troca da placa de I/O
    No meu caso, a garantia tinha expirado havia muito tempo, então comprei uma peça de 10 dólares no Ebay e troquei eu mesmo
  • Para constar, uso iPhone há mais de 10 anos e nunca tive uma atualização que falhasse ou causasse problemas
    Já o Google Pixel que tive virou um tijolo sozinho umas duas vezes durante os 2 anos em que fiquei com ele
  • O meu M1 Air de 2020 também teve falha na placa lógica
    Um dia abri a tampa e ele não ligou; se eu não tivesse AppleCare, o conserto teria custado 500 dólares
    Cerca de 2 semanas atrás, deixei-o em cima da cama no quarto de hotel com a tampa aberta e puxei a tela para mais perto, segurando nela, e a tela trincou só com a leve pressão dos meus dedos
    A internet está cheia de relatos desses dois problemas no Air
    No começo eu gostava muito do M1 Air, mas agora ele se provou um dispositivo instável demais para mim
  • Parece um critério de julgamento estranho
    Qualquer fabricante está sujeito a ter certa quantidade de problemas de software e hardware

• Lendo os comentários aqui, fico me perguntando se muita gente do Hacker News já teve contato com usuários comuns de verdade no dia a dia
  Não outros geeks ou usuários experientes, mas pessoas comuns no cubículo ao lado, que só sabem de computadores o quanto precisam para trabalhar
  Tenho minhas dúvidas de que os usuários realmente queiram uma seleção de modo gráfico na inicialização
  Que porcentagem dos usuários de Mac usa um bootloader alternativo, ou sequer sabe o que é isso?
  Se você passar algum tempo em campo dando suporte a frotas de dispositivos em uma grande empresa, dá para perceber se os usuários realmente se importam com as coisas que nós achamos importantes

  • Segundo o post submetido, depois que o firmware do sistema é atualizado para a versão do macOS Sonoma, se a tela estiver configurada com uma taxa de atualização que não seja ProMotion, esse sistema não consegue mais inicializar corretamente instalações antigas do macOS nem o Asahi Linux
    Isso inclui o modo de recuperação quando esses sistemas estão configurados como o OS de inicialização padrão, e o System Recovery também é afetado até o próximo upgrade do OS
    Mesmo que o usuário não “se importe” com isso ou não “entenda o que significa”, é algo que pode afetar usuários comuns o bastante
  • Ao conhecer usuários cotidianos de tecnologia, você percebe que eles estão totalmente acostumados a simplesmente memorizar em que clicar em telas obscuras que ninguém entende e que ninguém tem tempo de pesquisar
    Basta lembrar a quantidade de notificações e alertas relacionados a segurança que aparecem quando a pessoa está tentando trabalhar
    No fim, é memória muscular
    Ignorar alertas de segurança pode comprometer o sistema, mas neste caso eles podem um dia salvar o sistema e o trabalho da pessoa, então é difícil dizer que não têm valor
    Esse problema pode acontecer com qualquer usuário que, por qualquer motivo, queira usar duas versões do macOS, e isso não é algo tão incomum, especialmente entre profissionais criativos

• Em resumo, há um bug de upgrade recente no macOS Sonoma e no 13.6 Ventura que causa uma tela preta, transforma alguns Macs em tijolos e deixa o recoveryOS inutilizável, exigindo um DFU revive
  O problema do Sonoma parece aparecer com mais frequência em Macs com dual boot: https://support.apple.com/en-us/HT208891
  O upgrade do Ventura também pode dar problema por motivos pouco claros se a taxa de atualização da tela estiver configurada para um valor que não seja ProMotion
  A documentação está na wiki do Asahi Linux porque os desenvolvedores do Asahi Linux descobriram o problema, mas ele não se limita ao Asahi
  Na prática, ao executar o instalador do Asahi Linux, ele consegue detectar se esse Mac será afetado por esse problema, mesmo que no fim você não instale o Asahi Linux
  Para mais detalhes, veja o post

  • Passei por esse problema duas vezes no meu Mac ao fazer upgrade
    Eu tinha duas partições inicializáveis do OSX e fui atingido nos dois upgrades
    Como não sou tão familiarizado com Mac, apanhei bastante para resolver e tive até que aprender que o DFU existe e para que serve
    Tive sorte de minha filha ter um Mac, então consegui usar o DFU sem precisar levar o aparelho a uma Apple Store

• É um certo alívio haver um terceiro procurando ativamente problemas do macOS