Permissões permanentes alteradas em / proc


2

Eu tenho um plug-in Kopete que tenta piscar minha luz do Thinkpad quando recebo uma nova mensagem. Para fazer isso, ele usa um arquivo virtual / proc fornecido pelo módulo do kernel thinkpad-acpi, localizado em / proc / acpi / ibm / light. Quando tento ecoar "ativado" ou "desativado" nesse arquivo como superusuário, a luz acende ou apaga conforme o esperado, mas o Kopete é sempre executado por usuários sem privilégios. Agora, eu posso chmod esse arquivo, mas após a reinicialização, tudo é redefinido para o estado original em / proc (como deveria ser).

Eu poderia criar um script init que altere a permissão nesse arquivo durante a inicialização, mas estou perguntando se esse é o caminho a seguir, ou há maneiras mais apropriadas de fazer isso (talvez através do udev ou sysctl.conf?)

Obrigado.

Respostas:


2

A maneira mais fácil de fazer isso seria configurar um cronjob.

Em um shell, digite: sudo crontab -epara editar rooto crontab.

Em seguida, adicione uma linha dizendo @reboot chmod <your-chmod-options-here> /proc/acpi/ibm/light.

Feito! Na reinicialização, seu chmodcomando será executado.


É uma solução rápida e fácil, eu gosto! Só estou me perguntando se existe a possibilidade de o gerenciador cron (vixie-cron no meu caso) atrasar a execução dos trabalhos cron do @reboot além do horário de início na inicialização. Isso seria muito estranho, e não acho que isso aconteça, mas, neste caso, há uma chance de o Kopete iniciar antes do trabalho cron.
Dappiu

@appi Eu não acho que isso será um problema.
BenjiWiebe
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.