- Enviado
- 29 de setembro de 2026 às 00:40 UTC
- Autor
- Kamo
- Confirmação
- 5bb1174
Medido em uma estação de trabalho descartável -ai4 (SP98 Task 16), o wake parou porque Xorg não sobrevive a um currículo: sem driver KMS, ele dirige o console através de VESA, e em cada currículo ele segfaults re-entrar em seu VT (VBESetVBEMode -> xf86ExecX86int10, "falha de segmentação no endereço 0x0"). Chrome, deixado sem sua exibição, então girou em ambos vCPUs enquanto o relógio de agendamento do kernel restaurado ficou parado (um loop de 3 s ocupado lido 0 ns de tempo de execução): 7 a 16 minutos para AWAKE, ou AWAKE em um minuto e nenhum desktop utilizável para 15. Minimizar as janelas primeiro alteradas nada; fechar o Chrome primeiro removeu a cabine, mas deixou cerca de 4 minutos antes do protetor de tela ter assinado a IA. - before sleep para LightDM, então nenhum servidor X vai para a imagem de sono; o passe mínimo se foi. - A área de trabalho começa novamente (systemctl start -- no- block lightdm) na primeira verificação de currículo mais de 30 s após o Parar: o toque do wake, um tique de observação ou o protetor de tela. Um sono que nunca aconteceu também o recupera. - Chrome keeps --force-prefers-reduced-motion: A página de entrada de Kamo não possui mais um vCPU em uma estação de trabalho ociosa.