Se connecter avec
S'enregistrer | Connectez-vous

Ajouter un programme au démarrage / Linux

Dernière réponse : dans Systèmes d'exploitation

Bon, voila, je ne parviens pas à ajouter un logiciel au démarrage, alors que je sais trés bien l'avoir déja fait sous cette même distribution (Pclinuxos), et de maniére assez simple, mais je ne me souviens pas comment.

Le (les) logiciels : nvclock et yakuake

Pourquoi : je veux clocker ma carte graphique systématiquement, et Nvidia-settings ne sauvegarde pas mes réglages (y compris en root, y compris en ajoutant la ligne init qu'ils recommandent)
Et yakuake, ben c'est évident, c'est pour l'avoir en pemanence.

La solution la plus simple sera la meilleure bien sur.

Il semble y'avoir un script tout éxprés dans r2.d, je vous colle le texte :
Citation :
#!/bin/sh
#
### BEGIN INIT INFO
# Provides: rc.local
# X-Mandriva-Compat-Mode
# Default-Start: 2 3 4 5
# Short-Description: Local initialization script
# Description: This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.
### END INIT INFO

touch /var/lock/subsys/local


Quand j'y ajoute "nvclock -m 400 -n 300
yakuake
" ça ne donne rien.

Merci aux pros.
Lassé par la pub ? Créez un compte

Je viens de découvrir que l'on peut mettre des liens symboliques dans ~/.kde/Autostart :) 

Ce qui donne :
cd ~/.kde/Autostart
ln -s /usr/bin/gaim gaim


Ou encore mettre les fichiers .desktop ! :sol: 
(Possibilité de Drag'n Drop depuis le Menu)

kleuck a dit :
Merci mydoom666
Et pour la syntaxe ? Je me souviens que "nvclock <paramétres>" suffisaient, mais ce n'était pas par le biais de kde/autostart, y-at-il donc des choses à respecter ?

Tu dois pouvoir mettre directement ta commande non ?
#!/bin/bash
nvclock <paramétres>


EDIT : Il faut peut être rendre le script exécutable :
chmod +x ~/.kde/Autostart/ton_script

j'arrive après la guerre, mais juste pour info (enfin si ca interesse :) ), le script dans le rc2.d qui n'est d'ailleurs pas dans toutes les distribs, c'est les scripts lancés au démarrage du système quand il démarre au niveau 2 (cf. Runlevel), il n'y a pas encore de session d'ouverte lorsqu'ils se lancent et surtout, il ne faut pas oublier que c'est exécuté avec les droits root.

coca25 a dit :
j'arrive après la guerre, mais juste pour info (enfin si ca interesse :) ), le script dans le rc2.d qui n'est d'ailleurs pas dans toutes les distribs, c'est les scripts lancés au démarrage du système quand il démarre au niveau 2 (cf. Runlevel), il n'y a pas encore de session d'ouverte lorsqu'ils se lancent et surtout, il ne faut pas oublier que c'est exécuté avec les droits root.

J'ai appris quelque chose.

Merci Maitre Coca25 [:metalluk:5]

coca25 a dit :
j'arrive après la guerre, mais juste pour info (enfin si ca interesse :) ), le script dans le rc2.d qui n'est d'ailleurs pas dans toutes les distribs, c'est les scripts lancés au démarrage du système quand il démarre au niveau 2 (cf. Runlevel), il n'y a pas encore de session d'ouverte lorsqu'ils se lancent et surtout, il ne faut pas oublier que c'est exécuté avec les droits root.

Donc il aurait fallu éditer les droits du script ? (j'ai vu que ça se faisait)
Intéressant mais trop compliqué pour OC une Gf 5500....

mydoom666 a dit :


EDIT : Il faut peut être rendre le script exécutable :
chmod +x ~/.kde/Autostart/ton_script


Oui je viens de voir que ça n'est pas optionnel dans ce dossier.

kleuck a dit :
Donc il aurait fallu éditer les droits du script ? (j'ai vu que ça se faisait)
Intéressant mais trop compliqué pour OC une Gf 5500....

non, le script est toujours executé par le root, donc changer le propriétaire/groupe ou les droits sur le script ne change rien (ou tout au plus, ca bloquera son execution si tu enleve le "x"), c'est un peu "l'équivalent" (pas comparable mais bon...) de autoexec.bat sous dos ou des clés run, runonce, runservices etc... de win >= 95
c'est fait pour lancer des applications système, tu peux les lancer sous un utilisateur particulier:
su user -c commande
, mais c'est pas fait pour, meme pour nvclock vu qu'il s'execute en espace utilisateur.

Non on peut lancer nvclock en tant qu'utilisateur.
Je crois ne pas avoir réussi à rendre mon script exécutable, tout avait l'air normal, pas de message de console anormal, dans les propriétés le fichier est bien "exécutable", mais l'icône n'a pas changé.
Le pire c'est que je l'avais fait déjà ....

crée toi un script de ce genre:
#!/bin/sh
echo "$(date): Lancement de nvclock" >> ~/autostart.log
exec nvclock <args>

pour le rendre executable:

chmod +x ~/.kde/Autostart/nvclock

pour yakuake:
ln -s $(which yakuake) ~/.kde/Autostart

devrait suffire.
et regarde si le log contient quelque chose après reconnexion

le log se trouve dans ~/autostart.log si tu as suivis tous ce qu'a dis coca
crée le peut être avant le redemarrage.

kleuck a dit :
Ben non.mais je pense que le chmod ne fonctionne pas...

qu'est ce qui te faire dire ça, un ls -l du script te dira ce qu'il en est

Citation :
le log se trouve dans ~/autostart.log si tu as suivis tous ce qu'a dis coca
crée le peut être avant le redemarrage.

peu importe, il se crée s'il n'existe pas
sinon effectivement le "ls -l" peut aider mais je vois pas du tout pourquoi le chmod ne fonctionnerait pas
@kleuk, si une commande te sort un message, quelqu'il soit, poste le, on sait jamais.

Bah oui, mais justement chmod ne me dit rien.
Je laisse tomber pour l'instant, et vais lire le manuel de pclos :) , il y a peut étre une singularité.
Sachez tout de même que je ne suis pas habitué à ces acrobaties, puisque je jette d'office les distros qui me demandent de la ligne de commande pour des trucs de base (là on dépasse un peu ce stade) -sauf Pardus, il m'en a fallu une pour installer les pilotes proprios, mais bon, au moins ça a fonctionné nickel.
Tout ça pour dire qu'il faut me parler lentement, comme au neuh-neuh que je suis pour les fonctions avancées du noyau.
Lassé par la pub ? Créez un compte
Tom's guide dans le monde