Les autorisations permanentes changent sur / proc

J'ai un plug-in Kopete qui essaie de faire clignoter la lumière de mon Thinkpad quand j'ai un nouveau message entrant. Pour ce faire, il utilise un fichier virtuel / proc fourni par le module de noyau thinkpad-acpi, situé dans / proc / acpi / ibm / light. Lorsque j'essaie de faire écho à "on" ou "off" dans ce fichier en tant que superutilisateur, le voyant s'allume ou s'éteint comme prévu, mais Kopete est toujours exécuté par des utilisateurs non privilégiés. Maintenant, je peux chmoder ce fichier mais au redémarrage, tout est réinitialisé à l'état d'origine dans / proc (comme il se doit).

Je pourrais créer un script d'initialisation qui modifie l'autorisation sur ce fichier au démarrage, mais je demande si c'est la voie à suivre ou s'il existe des moyens plus appropriés de le faire (peut-être via udev ou sysctl.conf?)

Merci.

— Dappiu
source

Le moyen le plus simple de le faire serait de créer un cronjob.

Dans un shell, tapez: sudo crontab -epour éditer rootla crontab.

Ajoutez ensuite une ligne en disant @reboot chmod <your-chmod-options-here> /proc/acpi/ibm/light.

Terminé! Au redémarrage, votre chmodcommande sera exécutée.

— BenjiWiebe
source

C'est une solution rapide et facile, j'aime ça! Je me demande simplement s'il existe une possibilité que le gestionnaire cron (vixie-cron dans mon cas) retarde l'exécution des tâches @reboot cron au-delà de son heure de démarrage au démarrage. Ce serait assez étrange, et je ne pense pas que cela se produise, mais dans ce cas, il est possible que Kopete puisse démarrer avant le travail cron.

— mardi

@ dappiu Je ne pense pas que ce sera un problème.

— BenjiWiebe