Entre Mapas e Máquinas

Mais um episódio da minha saga como o POP!_OS!

Recentemente notei um comportamento curioso em minha estação de trabalho com Pop!_OS 24.04. Sempre que selecionava o perfil de energia Performance através do menu superior do sistema, tudo funcionava normalmente durante a sessão. Entretanto, após reiniciar ou desligar o computador, o perfil voltava automaticamente para Balanced.

À primeira vista parecia apenas uma configuração não persistente, mas a investigação acabou revelando detalhes interessantes sobre o funcionamento do system76-power e abriu caminho para uma descoberta ainda mais curiosa envolvendo a controladora SATA da máquina.

O problema

O comportamento era simples de reproduzir:

1. Selecionar o perfil Performance no menu do Pop!_OS;
2. Utilizar o computador normalmente;
3. Reiniciar o sistema;
4. Verificar que o perfil havia retornado para Balanced.

Em uma estação de trabalho utilizada para QGIS, processamento de dados geográficos, virtualização e outras tarefas pesadas, a expectativa era que o modo Performance permanecesse ativo entre reinicializações.

Primeiros testes

A primeira etapa foi verificar qual mecanismo de gerenciamento de energia estava sendo utilizado.

Ao executar:

systemctl status system76-power

foi possível confirmar que o daemon responsável pelo gerenciamento de energia estava ativo e funcionando normalmente.

Também foi verificado o perfil atualmente carregado:

system76-power profile

O resultado indicava corretamente o perfil selecionado durante a sessão, mas não explicava por que ele não era restaurado após o boot.

Analisando os logs

A investigação avançou para os registros do sistema.

Entre as mensagens exibidas durante a inicialização, uma delas chamou atenção:

Failed to set initial profile

A mensagem aparecia associada ao daemon do system76-power e indicava que algo estava impedindo a restauração completa do perfil durante o processo de inicialização.

Naquele momento ainda não estava claro se essa mensagem era a causa do problema ou apenas um efeito colateral de outra falha.

Testando a persistência

Uma observação importante surgiu durante os testes.

Ao alterar o perfil para Performance e apenas encerrar a sessão gráfica, o perfil permanecia ativo.

O problema ocorria especificamente após reinicializações completas do sistema.

Isso indicava que o daemon era capaz de aplicar o perfil corretamente, mas algo durante o boot estava impedindo a restauração automática.

A solução

Após diversos testes, ficou evidente que o comando abaixo aplicava corretamente o perfil desejado:

system76-power profile performance

O problema não era a aplicação do perfil em si, mas sim sua restauração automática durante a inicialização do sistema.

A solução adotada foi criar um serviço personalizado do systemd para executar esse comando após a inicialização do daemon do system76-power.

Primeiro foi criado o arquivo:

sudo nano /etc/systemd/system/performance-profile.service

Com o seguinte conteúdo:

[Unit]
Description=Forçar perfil Performance após inicialização
After=com.system76.PowerDaemon.service
[Service]
Type=oneshot
ExecStart=/usr/bin/system76-power profile performance
[Install]
WantedBy=multi-user.target

Em seguida, o serviço foi habilitado:

sudo systemctl daemon-reload
sudo systemctl enable performance-profile.service

Por fim, o computador foi reiniciado para validar o comportamento.

Após o reboot, o perfil permaneceu corretamente configurado em modo Performance:

system76-power profile

Resultado:

Power Profile: Performance
CPU: 20% - 100%, Turbo

Na prática, o serviço atua como uma camada adicional de garantia, reaplicando o perfil desejado logo após a inicialização do sistema.

Resultado

Após a criação do serviço:

• o computador passou a iniciar sempre em modo Performance;
• o comportamento persistiu após múltiplos reinícios;
• o problema prático foi resolvido.

Entretanto, durante a análise dos logs surgiu uma nova questão.

Uma mensagem mencionava falhas relacionadas a um determinado host SATA identificado como host5:

failed to set link time power management policy
med_power_with_dipm on host5
Operation not supported

Naquele momento parecia apenas um detalhe sem importância. Porém, uma investigação mais aprofundada revelou uma relação inesperada entre o SSD M.2 instalado na máquina, a controladora AHCI do chipset Intel Z97 e portas SATA que sequer existiam do ponto de vista do sistema operacional.

Essa descoberta será o tema da próxima parte desta investigação.

Considerações finais

Problemas aparentemente simples costumam esconder mecanismos muito mais interessantes do que imaginamos inicialmente.

O objetivo desta investigação era apenas entender por que o Pop!_OS não mantinha o perfil Performance após reinicializações. O problema foi resolvido com um pequeno serviço systemd, mas os logs deixaram uma pergunta em aberto.

Por que o system76-power estava tentando aplicar políticas de energia em um host SATA que retornava “Operation not supported”?

Responder essa pergunta exigiu mergulhar na controladora AHCI, mapear portas SATA, analisar o comportamento do kernel e revisitar o manual da placa-mãe.

Na próxima parte veremos como uma mensagem aparentemente irrelevante levou à descoberta de uma interação pouco conhecida entre o slot M.2 e as portas SATA de uma MSI Z97M-G43.

Até a próxima parte!

15 de junho de 2026 – Alan Alves Alievi