Savez-vous comment faire pour effectuer une commande au démarrage comme par exemple lancer vncserver au démarrage avant l'écran de session pour se connecter à partir d'un autre ordinateur ?
si ce que tu veux faire c'est ajouter un service au demarrage de la machine, ça passe par les initscripts qui peuvent etre gérés de manière sensiblement différentes selon les distribs me semble-t'il.
par exemple sous redhat/fedora, les scripts de lancement (prenant en option start ou stop) sont dans /etc/init.d/
ensuite ils sont activés au démarrage selon le runlevel par ajout de liens symboliques dans les dossiers /etc/rc.d/...
pour faire cela, on utilise en général la commande chkconfig
sinon plus simplement, on peut aussi ajouter du code à executer dans le fichier /etc/rc.d/rc.local (il sera executé juste après le démarrage des services évoqués précédemment)
mmm... si c'est pour ouvrir une session ça marche vncserver ? (je demande car je l'ai toujours utilisé pour me connecter sur une session deja ouverte, mais c surement parceque je passe par vino)
mais normalement le gestionnare de session doit pouvoir s'utiliser à distance déjà... enfin là ça dépend peut-etre de ce que l'on a à l'autre bout
Alors, il te faut savoir deux trois choses :
Tu ne peux te connecter en VNC et en session kde...
Tu a deux choix :
kdenetwork-krfb (un programme qui te permettra d'exporter ta session courante une fois connecté)
tightvnc-server (et un autre compte utilisateur)
Si tu choisis la première solution c'est relativement simple, il te suffit de lancer krfb et de configurer un mot de passe d'accès a ta session.
(il te suffira d'ouvrir le port 5900 a l'ip autorisée a y accéder) ou a tous (dans drakfirewall)
Sinon, tu peux choisir la seconde solution, dans ce cas là il te faudra ajouter dans la config de tightvnc l'utilisateur autorisé a lancer une session (dans /etc/sysconfig/tightvnc si mes souvenir sont bon)
Il te faudra ensuite entrer le mot de passe vnc pour cet utilisateur (pour un accès complet), y a une commande dans le paquet tightvnc, fait un rpm -ql tightvnc-server et regarde les fichiers dans bin c'est un de ceux là, sinon c'est expliqué dans la doc (README et co fournis dedans)
Il te faut ouvrir le port 5901 dans ce cas là.
Pense a bien configurer tightvnc sur le display 1 pour te permettre de te logguer avec un autre user sur le premier display en local...
L'url dans le premier cas : ip:0
dans le second cas : ip:1
Pour le second cas, il te faut juste lancer le service tightvnc et il t'ouvrira la session, pas besoin de te déconnecter a chaque fois te permettra de récupérer la session...
il ne veut pas que j'écrive dans rd.local, et pourtant j'ai fais su et tt et ca ne marche pas! Et puis le truc c'est que les commandes que j'ai a exécuter, il faut être en superutilisateur ! Alors comment faire pour qu'il y soit ?
Pour écrire en root :
$ su
Password:
# nano fichier.ext
ou
# vim fichier.ext
ou
# kwrite fichier.ext
(tu te fout du backlog qui va s'afficher dans la console)
Évite par contre les ajout dans /etc/rc.local c'est très moyen...
# Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Envirronement ?
Posté par Charls . Évalué à 1.
Mais comment on peut stocker les commandes dans ~/.xinitrc ?
Vous pouvez m'explique la marche à suivre ?
Merci
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
# initscripts...
Posté par Tony Flow . Évalué à 1.
par exemple sous redhat/fedora, les scripts de lancement (prenant en option start ou stop) sont dans /etc/init.d/
ensuite ils sont activés au démarrage selon le runlevel par ajout de liens symboliques dans les dossiers /etc/rc.d/...
pour faire cela, on utilise en général la commande chkconfig
sinon plus simplement, on peut aussi ajouter du code à executer dans le fichier /etc/rc.d/rc.local (il sera executé juste après le démarrage des services évoqués précédemment)
mmm... si c'est pour ouvrir une session ça marche vncserver ? (je demande car je l'ai toujours utilisé pour me connecter sur une session deja ouverte, mais c surement parceque je passe par vino)
mais normalement le gestionnare de session doit pouvoir s'utiliser à distance déjà... enfin là ça dépend peut-etre de ce que l'on a à l'autre bout
[^] # Re: initscripts...
Posté par Raphaël G. (site web personnel) . Évalué à 2.
Tu ne peux te connecter en VNC et en session kde...
Tu a deux choix :
kdenetwork-krfb (un programme qui te permettra d'exporter ta session courante une fois connecté)
tightvnc-server (et un autre compte utilisateur)
Si tu choisis la première solution c'est relativement simple, il te suffit de lancer krfb et de configurer un mot de passe d'accès a ta session.
(il te suffira d'ouvrir le port 5900 a l'ip autorisée a y accéder) ou a tous (dans drakfirewall)
Sinon, tu peux choisir la seconde solution, dans ce cas là il te faudra ajouter dans la config de tightvnc l'utilisateur autorisé a lancer une session (dans /etc/sysconfig/tightvnc si mes souvenir sont bon)
Il te faudra ensuite entrer le mot de passe vnc pour cet utilisateur (pour un accès complet), y a une commande dans le paquet tightvnc, fait un rpm -ql tightvnc-server et regarde les fichiers dans bin c'est un de ceux là, sinon c'est expliqué dans la doc (README et co fournis dedans)
Il te faut ouvrir le port 5901 dans ce cas là.
Pense a bien configurer tightvnc sur le display 1 pour te permettre de te logguer avec un autre user sur le premier display en local...
L'url dans le premier cas : ip:0
dans le second cas : ip:1
Pour le second cas, il te faut juste lancer le service tightvnc et il t'ouvrira la session, pas besoin de te déconnecter a chaque fois te permettra de récupérer la session...
[^] # Re: initscripts...
Posté par Charls . Évalué à 1.
Merci de votre aide
[^] # Re: initscripts...
Posté par Raphaël G. (site web personnel) . Évalué à 2.
$ su
Password:
# nano fichier.ext
ou
# vim fichier.ext
ou
# kwrite fichier.ext
(tu te fout du backlog qui va s'afficher dans la console)
Évite par contre les ajout dans /etc/rc.local c'est très moyen...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.