Ok faut encourager la recherche, toussa, mais un peu d'aide que diable
@nsvir:
Pour démarrer, une distribution Linux a besoin d'un programme d'initialisation (Un programme père qui va lancer tous les autres). Le programme par défaut à longtemps été sysVinit (inspiré de BSD), mais un nouveau système a vue le jour: systemd. Leurs fonctionnements sont similaires mais diffèrent en de nombreux points, dont le lancement de services au démarrage.
Sous sysV, le lancement des services se faisait via le dossier
/etc/rc.d et le fichier
/etc/rc.conf. Dans le rc.conf, tu définissais les services à lancer, et sysV allait chercher ces scripts dans
/etc/rc.d/. Systemd agit différemment: Il utilise deux dossiers: Un dossier qui contient tous les service qu'il peut lancer (
/usr/lib/systemd), et un autre, contenant ceux qu'il DOIT lancer au démarrage (
/etc/systemd/system/). Pour éviter les doublons, il est d'usage de créer des liens entre les deux dossiers plutôt que de dupliquer les fichiers de services. En revanche, pour les scripts perso, c'est différent (et c'est là qu'il va te faloir manger des docs): systemd n'a que faire des scripts shell ! Contrairement à son prédécesseur, il a inventé une sorte de language bien à lui pour ces fichiers de service (Ce sont plus des fichiers de config en fait) !
Du coup, cher ami, il va faloir que tu lances ton script via un fichier de service systemd, ou mieux, Que tu intègre ton script DANS un service systemd (Si c'est qu'un chmod, ça devrait le faire).
Tout cela étant dit, c'est pas la bonne solution pour ton problème. La meilleure restant celle dont a parlé Xorg:
sudo. Je te conseille le man de sudo pour trouver comment autoriser des commandes nécessitant certain privilèges à un utilisateur sans ces privilèges.
AUR
