Forum Linux.mandriva Commande au démarrage

Posté par  .
Étiquettes : aucune
0
12
juin
2006
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 ?

Merci de votre aide
  • # Commentaire supprimé

    Posté par  . Évalué à 2.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: Envirronement ?

      Posté par  . Évalué à 1.

      J'utilise KDE
      Mais comment on peut stocker les commandes dans ~/.xinitrc ?
      Vous pouvez m'explique la marche à suivre ?

      Merci
  • # initscripts...

    Posté par  . Évalué à 1.

    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
    • [^] # Re: initscripts...

      Posté par  (site web personnel) . Évalué à 2.

      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...
      • [^] # Re: initscripts...

        Posté par  . Évalué à 1.

        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 ?

        Merci de votre aide
        • [^] # Re: initscripts...

          Posté par  (site web personnel) . Évalué à 2.

          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...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.