Forum Astuces.divers [Terminal] Jetez votre ancien nohup

Posté par  (site web personnel) .
Étiquettes : aucune
0
18
août
2004
Voici screen, petit utilitaire permettant de multiplier les consoles virtuelles, mais surtout, permettant de les détacher de leur processus père.

En clair, vous êtes en ssh sur un serveur, vous faites "screen" et vous avez une console virtuelle.
"Ctrl-a d" détache la console virtuelle
et là vous pouvez perdre la connexion, votre console existe toujours !! "screen -r" vous la retrouvera au prochain ssh telle qu'elle était


(apt-get install screen)

  • # Mieux encore !

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

    screen -x permet de faire plusieurs connexions simultanées sur le meme screen, on peut comme ca faire une sorte de VNC en mode texte...

    • [^] # Re: Mieux encore !

      Posté par  . Évalué à 1.

      exact, j'ai deja utilise ca pour montrer a distance (ssh) comment configurer freeswan ...
      au telephone + la meme console texte grace a "screen" c'est nickel !!!

      et sous X11 il y a XMX qui est moche mais fonctionne ...

    • [^] # Re: Mieux encore !

      Posté par  . Évalué à 1.

      Et c'est une des raisons qui fait que si vous utiliser screen il vaut mieux éviter les "su" vers root.

  • # Re: Jettez votre ancien nohup

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

    Je suggère à nos lecteurs anglophiles de lire l'excellent article publié sur Freshmeat, intitulé The Antidesktop et qui traite de screen et de ratpoison.

    ratpoison est en quelque sorte un screen version X-Window; un gestionnaire de fenêtres qui se contente d'afficher les applications en plein écran, sans aucune décoration, et avec lequel on utilise des combinaisons de touches pour passer d'une application à l'autre.

    The Antidesktop: http://palm.freshmeat.net/articles/view/581/(...)

    • [^] # Re: Jettez votre ancien nohup

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

      Dans le meme genre, Ion : le Window Manager « de la mort »:

      http://www.linuxfrench.net/article.php3?id_article=794(...)

      • [^] # Re: Jettez votre ancien nohup

        Posté par  . Évalué à 1.

        ca me rassure quand meme de voir que certaines personnes avouent quand meme que ces wm ne sont pas super mega geniaux.. j'aime bien le post disant "essayez douvrir gimp avec" :) ca calme :0 non, mais serieusement, le choix c'est bien, mais la profusion de wm inutiles, ca ne sert strictement a rien.... qui utilise serieusement ce genre de wm (a part pour dire mon desktop l'ait plu leger ke le tien, dabord....) ? je veux dire, avec le but de faire quelque chose avec son ordi.. il par

        • [^] # Re: Jettez votre ancien nohup

          Posté par  . Évalué à 1.

          Perso j'utilise evilwm avec satisfaction, au travail et à la maison : http://evilwm.sourceforge.net/(...)

          La philosophie est la suivante :

          A minimalist window manager for the X Window System.

          'Minimalist' here doesn't mean it's too bare to be usable - it just means it omits a lot of the stuff that make other window managers unusable.

          C'est vrai, qui utilise sérieusement des machins comme gnome et autres (a part pour dire mon desktop l'ait plu fluo avec des trucs qui clignotent ke le tien, dabord....)?

        • [^] # Re: Jettez votre ancien nohup

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

          qui utilise serieusement ce genre de wm

          Moi. Pourquoi faire ? Ben, chez moi j'ai un portable ONZE pouces. Du coup, un WM comme ION est très appréciable pour optimizer l'occupation de la taille disponnible.

          Idem au boulot, où j'ai une machine (pour bricoler) avec un écran QUATORZE pouces.

          Par contre, sur mon poste de travail (21 pouces) j'utilise PWM. Pourquoi ? Parce que le tabbing que vient de réinventer Mozilla, PWM le propose pour toutes les fenètres.
          Exemples pratiques :
          - grouper plusieurs XTerm ensemble et basculer de l'un a l'autre avec un simple Alt-Tab
          - grouper un Emacs et un XTerm (j'aime pas le shell Emacs)
          Au final, le gain de productivité est significatif (personnellement, je code avec le clavier, pas avec la souris, alors si je peux éviter de sortir mes mains du clavier...) et ce sans perdre la possibilite d'utiliser Gimp.

          PWM est un WM de professionnels.

          • [^] # Re: Jettez votre ancien nohup

            Posté par  . Évalué à 1.

            Tu as déjà essayé PekWM ?
            J'utilisais PWM et je suis passé à PekWM. Notamment pour les raisons de taille d'écran (j'te bas, portable 10 pouces) sur une machine et de tabbing et autres ailleurs.

            www.pekwm.org

        • [^] # Re: Jettez votre ancien nohup

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

          Voir Ion2: http://linuxfr.org/~AzK/9166.html(...)

  • # et pour MDK...

    Posté par  . Évalué à 1.

    urpmi screen

  • # Re: Jettez votre ancien nohup

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

    Encore un tip pour screen au lieu de nohup ??? c est deja le 3e ...
    bon j esais que screen c est bien, mais la il va finir par flodder les tips ...

    bon hop , je le redis une bonne fois pour toutes :

    !!! SCREEN ROXOR !!!

    et lisez bien la man page, elle regorge de petis secrets :=)

    • [^] # Re: Jettez votre ancien nohup

      Posté par  . Évalué à 6.

      > Encore un tip pour screen au lieu de nohup

      screen n'est pas nohup et réciproquement.
      Faire "nohup vim" n'a aucun sens et faire "screen mon_traitement_batch" n'a aucun sens non plus.

  • # Re: Jettez votre ancien nohup

    Posté par  . Évalué à 2.

    Je viens de découvrir un truc intéressant avec screen. J'avais lancé la compilation de mon userland NetBSD dans un screen (dans un xterm). Pour une raison inconnue, X est mort subitement. Et lorsque X a redémarré, un coup de screen -R et, surprise, ma compilation tournait toujours comme si rien n'était. Et hop, 3 heures de gagnées !

    NB: je n'avais pas détaché le screen.

    • [^] # Re: Jettez votre ancien nohup

      Posté par  . Évalué à 1.

      Yep .. le terminal étant en qque sorte "virtuel" ;-)
      on n'a qu'une vue dessus.

      autre chose .. le Ctrl-L est assez sympa aussi ;)

      • [^] # Re: Jettez votre ancien nohup

        Posté par  . Évalué à 1.

        perso, je detache même pas mon screen lorsque je suspend mon laptop, la connexion avec mon serveur s'interromp et ça ferme le screen automatiquement.
        Au restore j'ai juste à me reconnecter par ssh et à faire un screen -x pour reprendre mon screen comme il était avant.

      • [^] # Re: Jettez votre ancien nohup

        Posté par  . Évalué à 1.

        Ctrl-S l'est plus encore.



        Prevoir Ctrl-Q si vous voulez essayer.

  • # Re: Jettez votre ancien nohup

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

    screen sai bon mangésan, surtout avec ssh -ACX, mais y'a un truc qui me turlupine c'est pour le forward de X: j'ouvre 15 sessions depuis ma machine plop vers d'autres machines, avec à chaque fois le forward de X. ça marche nickel. Mais maintenant si je suis chez moi, que je fais ssh -X plop screen -r -d lebonnuméro ben les applis X que je lance continuent a utiliser le display de plop, et pas celui que j'utilise en ce moment. Et je ne sais pas trop comment y remèdier. Y'a-t-il une solution ?

    • [^] # Re: Jettez votre ancien nohup

      Posté par  . Évalué à 1.

      Déjà, je signale qu'avec screen -S, on peut associer un titre à la session. C'est un poil plus simple d'appeler screen -r slrn que screen -r 14567.

    • [^] # Re: Jettez votre ancien nohup

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

      on me souffle sur la tribune que lbxproxy pourrait être mon ami: http://www.gelatinous.com/aaron/tips/lbxproxy effectivement il a l'air sympathique.

    • [^] # Re: Jettez votre ancien nohup

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

      ben les applis X que je lance continuent a utiliser le display de plop, et pas celui que j'utilise en ce moment.

      Oui normale : le prompt que tu utilise a ete créé avec les variables d env du system que tu utilisait quand tu l as créé ... et ces variables sont fixes pour un prompt donné. le fait que l affichage du dit screen est totalement independant ( voire screen -r -x ). Il n'y as aucune raison que le bash qui tourne dans ton screen soit notifié d'un changement de locales, de DISPLAY, de USER, ou de HOME ... bref, ton bash est créé avec une sortie X11, ca vas pas changer tout seul ( manquerait plus que ca !!! )

      Et je ne sais pas trop comment y remèdier.

      J en sais rien , mais tu peut en tirer aventage ; exemple:

      sur pluton:
      $ screen
      ^A ^D

      sur saturne:
      $ ssh pluton
      $ screen -r -x
      $ mplayer ./film.avi

      Devinez ou s affiche le filme ???
      Sur pluton ! Et c est normale ... ca me permet de controler le son et les retours arrieres depuis saturne ...
      L utilite n eparait pas forcement evidante, mais quand on sais que saturne est un petit 486, et pluton un beau portable avec un grand ecran LCD15'', ca permet de laisser pluton sur la table, et de prendre le clavier sur les genoux en guise de telecommande ... mais je suis sure qu on peut trouver 1000 autres interrets a la chose ...

      • [^] # Re: Jettez votre ancien nohup

        Posté par  (Mastodon) . Évalué à 2.

        Bah, pas besoin de screen pour ça.

        Un simple ssh de saturne vers pluton.
        Là on fait "export DISPLAY=:0", histoire d'être bien sûr que ça va s'afficher sur la machine où c'est lancé, ie pluton.
        Et puis voilà, le terminal qui contrôle est sur saturne, mais c'est tout, tout le reste, affichage comme traitement, sont sur pluton.

        Yth.

  • # My wonderfull ideas

    Posté par  . Évalué à 1.

    2 idées qui me tiennent à coeur :

    * un utilitaire graphique qui serait un frontend à screen avec un système de tab pour chaque console screen ... ca serait le pied !!!

    * un screen like pour X11 :) waaaa

    bon on peut toujours rever nan ?

    • [^] # Re: My wonderfull ideas

      Posté par  . Évalué à 1.

      suffirait de modifier gnome-terminal pour qu'il gere un screen derriere ? ou ptetre creer une libscreen, kke chose kom ca... sam :)

    • [^] # Re: My wonderfull ideas

      Posté par  . Évalué à 1.

      Pour ces deux idées, je ne sais pas trop qu'en penser. Pour la première "des tabs pour chaque console screen", on rajoute juste un titre quelque part ? En fait, c'est ce que font gnome-terminal ou kterm. En plus, l'aspect représentation graphique ne rajoute pas à la métaphore. Peut être est-ce que la possibilité de mapper des pseudo terminaux screen à des tabs de kterm ? Boof.Pour moi, ce sont des abstractions différentes.

      Pour X11, hmmmm. J'ai lu xmx au dessus, et je ne connais pas. Par contre, il existe depuis longtemps xmove / xmovectrl ( apt-get install xmove ? ). En gros, on lance un nouveau serveur X, et on peut lui envoyer des commandes comme renvoyer ses clients vers un autre display. Les limitations sont assez drastique: compatibilité des visuals ( bpp, etc ), pas de Xshm, pas GL et autres gadgets. Bref, rien que de la bonne socket :)

      Ce n'est pas magique, mais ça surprend !

      Ne peut on pas déjà faire pareil avec vnc ?

    • [^] # Re: My wonderfull ideas

      Posté par  . Évalué à 1.

      Premier point: bien sur ça existe, ça s'appelle Eterm !
      à lancer avec le thème Escreen: 'Eterm -t Escreen'
      depuis que j'ai trouvé ce thème, je n'ai jamais plus eu qu'un seul terminal de lancé, sans peur d'arrêt des processus qui y sont lancés. Avec bien sur tout un tas de raccourcis clavier permettant de naviguer entre les tabs, correspondant chacun à une session screen, et récupération automatique de toutes les sessions screen lancées lors d'ouverture de Escreen...

      Deuxième point: xmove à l'air de faire ça, mais je n'ai jamais réussi à le faire marcher (continuellement des refus de connexions, même en bidouillant les xhost, etc... si quelqu'un utilise, qu'il dise comment il fait...)

Suivre le flux des commentaires

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