Obrigado. Se soubesse disso iria por no script o apt install macfanctld…
A alfa 2 funciona aí também, se puder confirmar?
Vou fazer um dual boot amanhã e te confirmo quando rodar pela primeira vez e as sub-sequentes. O macfanctld é necessário pra gerenciar o cooler, sem ele o processador esquenta e ele continua rodando a 2000rpm pra se manter silencioso, infelizmente não conheço mais ninguém além de mim pra testar esse script em um macboot mais recente, mas no meu isso está mantendo a temperatura em full load de 70 a 80 graus.
Para organizar isso melhor, levei o script para o Github.
@leoteodoro Ainda tem o problema do programa falsamente acusar a falta das msr-tools nessa nova versão? Qual a saída de modinfo msr, which wrmsr e which rdmsr no seu computador?
Depois de abrir uma VM de Debian, acho que entendi o erro. O Debian exclui as pastas /sbin e /usr/sbin (onde fica o wrmsr e rdmsr) do $PATH de usuários normais.
Acho que vou reestruturar o script para exigir o root logo de início.
Sim, tenho usado o script nas formatações que ando fazendo, acabei esquecendo de vir responder aqui, desculpe-me por isso.
O script funciona perfeito pra mim, resolveu meus problemas, inclusive pesquisando mais desde então consegui rodar distribuições baseados em Arch por causa do AUR, ja OpenSUSE continua inviavel aqui infelizmente.
O msr-tools tem nos repositórios padrões de varios distros de diferentes ramificações, então aplicar o BDPROCHOT é facil, mas como utilizo macbook, o controle de fans precisa de software de terceiros, baseados em debian/ubuntu ou o macfanctld da conta do recado perfeitamente, ja baseados em Arch precisa do AUR pra ambos, aqui não funcionou o macfanctld.
Minha solução no Arch foi compilar o Yet another yogurt pra acessar o AUR e mandar um yay -s mbpfan-git e após o reboot funcionou perfeitamente, então distros como Manjaro e Fedora não precisei compliar nada por fora, só habilitar o AUR pelo proprio gerenciador de pacotes e instalar.
Agradeço eternamente pela ajuda, me guiou para mais conhecimento sobre meu notebook e inclusive resolver problemas por conta própria em distribuições fora da minha zona de conforto (ubuntu e derivados hahaha)
Pequena atualização no script, com base nas experiências do @oMostarda.
- Ele agora consegue lidar com uma variedade maior de processadores.
- Dependência no
awkfoi removida. - Ele agora consegue ativar e desativar, em vez de só desativar.
Por alguma razão, ultimamente ao clicar duas vezes sobre o script, já com as permissões de execução como aplicativo dadas, ele não abre a janela do terminal pedindo a senha de usuário para prosseguir, como antigamente.
Não sei se estou fazendo algo de errado, mas isso passou a acontecer após o update do Ubuntu para a última versão LTS.
Executando manualmente no terminal com “sudo ./intel-bdph-script.sh” continua executando normalmente. Somente a função de executar com duplo clique no arquivo parou de responder como antes.
(P.S: awk e msr devidamente instalados, como de costume desde as primeiras versões do script.)
Obrigado desde já por quaisquer esclarecimentos.
Se tiver atualizado o script também, na última versão eu removi o código que fazia isso; ele não tenta mais invocar o sudo/pkexec por conta própria pra evitar esse tipo de problema.
Basta pegar uma versão mais antiga no histórico (especialmente se já funcionava antes e não lhe interessa o novo recurso de alternar on/off), ou rodar ele a partir de um segundo script com
#!/bin/sh
exec pkexec /caminho/para/intel-bdph-script.sh
Substitua o /caminho/para com o caminho certo.
FUNCIONOU PERFEITAMENTE!
Usar a versão anterior funcionou como sempre foi, abrindo a janela pedindo a senha pra executar logo após dar dois cliques no arquivo.
Muito obrigado! 