Forum Linux.débutant Demande d’aide pour un devoir sur Linux

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
3
7
sept.
2021

Bonsoir à tous,
Je suis étudiante et j’ai un devoir à rendre sur Linux pour mercredi. Je suis archi débutante et nous n’avons pas eu de cours sur le sujet… Il s’agit donc d’un travail de recherche 🧐
Et j’ai cherché, mais franchement les commandes au tout début ce n’est pas simple du tout et ça ne donne presque jamais comme dans les examples.
Est-ce qu’il y aurait une âme charitable svp pour m’aider un peu? J’ai la même chose à faire également sous Windows et le tout pour mercredi et… je suis complètement perdue.

Je me permets de copier/coller les questions, si quelqu’un veut m’aider un peu? 🙏 svp. Je bloque déjà à la 3eme question 😥

Basic:
1. Enter root privileges
2. List all the files and folders in the directory /var
3. Read the contents of the file /var/log/auth.log
4. Read the last 15 lines of the file /var/log/auth.log
5. Read the first 8 lines of the file /var/log/auth.log
6. Print the current working directory
7. Enter the directory /
8. Print the contents of /var/log/auth.log with the line numbers
9. List all the files and folders in the directory /var separated by comas
10. List all the files and folders in the directory /var as a list separated by newlines (instead of one line)
11. Print the date and time now

Network and process list:

  1. Print all the network connection on the machine
  2. Print only the TCP network connection on the machine
  3. Print only the UDP network connections on the machine
  4. List all the listening sockets on the machine
  5. List all the network connection, including the listening sockets, that are tcp or udp
  6. List all the processes on the machine except session leaders, and in full monitoring.
  7. List only the information of process with process id of 10
  8. List only the information of the process with the PID of 10,14,17 (in one command)
  9. List the processes that were run with the command line “systemd”
  10. List the interfaces and IPs on the machine
  11. Print the route table of the machine
  12. Find the Default Gateway of the machine
  13. Print the ARP cache table of the machine
  14. Ping the default gateway
  15. Ping exactly (and only) 7 packets to the default gateway
  16. Ping the default gateway with the icmp packets the data of 100 bytes (not including the icmp header). Make sure that the ping returns with 108 bytes (100 data + header)

D’avance merci.
Bonne nuit

  • # De manière générale

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

    J'ai tapé dans mon moteur de recherche "Linux " (ou "Windows ") suivi de la question (ou un peu adapté pour rendre plus générique quand c'est trop précis genre un nombre de fois ou un nom de fichier trop précis), et j'ai eu les résultats escomptés.
    Par exemple pour le 3: "Linux Read the contents of a file".

    De même en tapant "Introduction à Linux" pour avoir des trucs plus en forme de cours.

    Par contre, oui ça va prendre un peu de temps pour faire le combo cours et devoirs.

    • [^] # Re: De manière générale

      Posté par  . Évalué à 2.

      Bonjour,
      Merci pour la réponse, c’est ce que je suis en train de faire, mais tout ne fonctionne pas toujours :)
      Merci pour les liens en tous cas.

  • # Objectif : apprendre

    Posté par  . Évalué à 7.

    Bonjour,
    Je pourrai te donner tous les résultats, mais le but est de vous faire chercher pour apprendre.
    Si déjà ça te saoule, change de voie.
    Pour t'aider, tu peux lire l'aide (RTFM)en tapant :
    man + une commande parmi celle-ci dessous dans le désordre :

    ls, cat, su, ping, ip, date, cd, tail, head, ps…

    Si tu ne connais pas ces commandes, tu vas galérer toute l'année.

    Bon courage,
    Alfafa
    Prof d'informatique ;-)

    PS : Merci pour les idées d'exercices !

    • [^] # Re: Objectif : apprendre

      Posté par  (site web personnel, Mastodon) . Évalué à 8.

      PS : Merci pour les idées d'exercices !

      C'est pas bien de copier sur les autres !

      « Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.

      • [^] # Re: Objectif : apprendre

        Posté par  . Évalué à 3. Dernière modification le 07 septembre 2021 à 23:22.

        C'est pas bien de copier sur les autres !

        Faut bien préparer au monde de l'entreprise, et ça passe par l'exemple !

        Si ça marche, passer la copie sous silence,
        Si ça rate, dénoncer le "vrai" coupable…

        Matricule 23415

    • [^] # Re: Objectif : apprendre

      Posté par  . Évalué à 10.

      Je suis étonné de cette réponse. Pour moi, man n'est pas là pour apprendre ce que fait une commande. C'est une documentation exhaustive. Du coup, dire à un débutant "t'as qu'a taper man " ça l'aide pas des masses.

      Ensuite, j'ai vu des gens galérer dans le man. Question légitime: tu tapes man ls, comment tu reviens au terminal? (appuyer sur la touche 'q' ne tombe pas automagiquement sous le sens).

      Si tu veux aider, faut donner des exemples, des liens, des howto, des pistes pour donner envie d'apprendre. Si on cherche man cat par exemple:

      CAT(1)                           User Commands                          CAT(1)
      
      NAME
             cat - concatenate files and print on the standard output
      

      c'est quand même pas super engageant. "concatenate"? pour un débutant, ça veut dire quoi? La définition dit:
      https://www.larousse.fr/dictionnaires/francais/concat%C3%A9nation/17858

      1. Enchaînement des idées entre elles, des faits entre eux suivant la causalité.
      2. Dans certains langages de programmation, enchaînement de deux listes ou de deux chaînes de caractères mises bout à bout. Contraire : dichotomie
      3. Juxtaposition et enchaînement d'unités linguistiques dans un ordre donné.

      La définition 2 parle de "langage de programmation" mais après??? Continuons plutôt le man. Ca dit "print" ensuite. Print, comme une imprimante? Et standard output? Là, le débutant il est totalement perdu.

      Du coup, dire aux débutants: t'a qu'a taper "man man et tu sauras tout, RTFM KTHXBYE, source: crois moi je suis prof" me semble absolument contre productif.

      • [^] # Re: Objectif : apprendre

        Posté par  . Évalué à 1.

        C'est vrai que le man n'est pas le plus simple pour comprendre.
        Il vaut mieux avoir quelques explications.
        Mais quand on cherche quelque chose de pointu, ça arrive qu'on le trouve dans le man et pas sur internet.

        On est tous passés par une phase d'apprentissage.
        J'ai tout de même donné l'ensemble de commandes utiles (j'en ai peut-être oublié), et l'exercice est d'apprendre à trouver les options.

      • [^] # Re: Objectif : apprendre

        Posté par  (site web personnel, Mastodon) . Évalué à 3.

        Attention, tu vas passer pour un gatekeeper si tu commences par rappeler/dire que le refman n'est pas là pour apprendre (se substituer au howto et surtout aux introductions didactiques) ; cf. discussion sur au autre lien fin août → Histoire des pages de man chez Sun

        “It is seldom that liberty of any kind is lost all at once.” ― David Hume

      • [^] # Re: Objectif : apprendre

        Posté par  . Évalué à 2.

        Merci beaucoup Octane, tu décris exactement ce par quoi je passe: c’est la première fois que j’utilise un terminal de commandes.

        • [^] # Re: Objectif : apprendre

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

          Mais alors (là, c'est un ex-formateur qui se gratte la tête sans comprendre) pourquoi le prof vous demande de faire autant de choses sans aucune aide ? Je veux dire la liste des questions est plutôt spécifique pour une introduction générale/une découverte. C'est un choix qui mériterait qqes explications de ton prof.

          Quoi qu'il en soit, je comprends ton sentiment: Linux est encore très neuf pour moi et même si j'ai pas peur de plonger dans les pages de man, son austérité n'aide pas quand tu nages sans filet ;)

          • [^] # Re: Objectif : apprendre

            Posté par  (site web personnel, Mastodon) . Évalué à 3.

            Ça m'étonnerait que ce soit un jeté du plongeoir sans crier gare (parole d'un ex-formateur) ; il y a sûrement eu une subtilité non perçue (l'explication que tu demandes.)

            J'ai une connaissance qui m'a sollicité un certain nombre de fois lors de sa formation sur OpenClassroom je crois. La première fois j'ai eu ce discours et il a fallu grater quelques temps pour se rendre compte qu'en fait il y avait eu une vidéo …où au premier coup d'œil j'ai repéré toutes les réponses attendues. Je ne dis pas que c'est le même cas, mais je veux juste pointer le fait que parfois on croit donner des pistes mais ce n'est pas adapté (j'ai noté que ma connaissance regardait les vidéos en accélérer d'une part et d'autre part avait un peu de mal à généraliser pour passer de l'exemple vu à l'exemple similaire qui lui est demandé, et de plus c'est la panique quand son environnement n'est pas identique en tout point.)
            À supposer qu'il soit attendu des apprenti-e-s que les pages de man soient consultées, les commandes à chercher on du être données (ou suggérées d'une façon ou une autre), mais le message n'est pas passé. (donc il faudra s'adapter au public…)

            Autre possibilité (que j'ai eu à utiliser pour des parcours un peu orthodoxe) : c'est une évaluation du niveau …pour savoir par où prendre pour la suite (si on passe du temps sur des trucs qui sont évidents, les gens s'ennuient et décrochent) ou voir les points sur lesquels il faudra insister. Mais bon, c'est en effet à l'accusé-e de nous dire.

            “It is seldom that liberty of any kind is lost all at once.” ― David Hume

            • [^] # Re: Objectif : apprendre

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

              Ça m'étonnerait que ce soit un jeté du plongeoir sans crier gare (parole d'un ex-formateur) ; il y a sûrement eu une subtilité non perçue (l'explication que tu demandes.)

              Je pense aussi mais toi comme moi restons sur une hypothèse qui, si elle se confirmait, mériterait que notre étudiante en parle tranquillement avec son prof dès que possible. Au moins, pour qu'il prenne conscience du souci,

              J'ai jamais vu le moindre intérêt à faire flipper les élèves : ça ne les aide pas à réfléchir et, em plus, ça risque de te donner plus de boulot pour rien ;)

            • [^] # Re: Objectif : apprendre

              Posté par  . Évalué à 2.

              En mai j’ai effectué un prework dans lequel il y avait quelques commandes de base. Et même si j’ai réussi ce prework puisque je suis admise à la formation, ces quelques commandes sont bien maigres comparées aux exercices. Je viens de terminer celui sur Windows et franchement quelques questions n’ont pas été simples!
              Mon problème ce n’est pas de trouver les commandes, mon vrai problème c’est de les taper correctement. Les espaces, les points, les tirets, les slashs, les anti slashs, les crochets et autres « joyeusetés ». Autre exemple, j’aurais voulu savoir comment sortir d’une commande. Parfois je suis bloquée et je dois tout fermer pour me débloquer…
              Bref… quoiqu’il en soit, les délais sont courts, quand on a cours le soir, qu’on bosse la journée: tous ces exercices paraissent sur le coup insurmontable… mais au final, je m’en suis très bien sortie sur Windows, je vais tenter de faire aussi bien sur Linux…
              Merci

              • [^] # Re: Objectif : apprendre

                Posté par  (site web personnel, Mastodon) . Évalué à 3.

                Questions :
                * Utilisais tu souvent les ordis (pas la/le tablette/smartphone) avant la formation ? Et pour des choses autre que la bureautique et le surf sur Internet ?
                * Pour Linux tu as un poste avec une installation en dur ou une machine virtuelle ?
                * Sais-tu quel shell (interpréteur de commandes) tu utilises ? (bash ? zsh ? ksh) Et aussi, est-tu en console ou dans un terminal virtuel depuis un bureau graphique ?
                * Il t'es possible d'avoir un/une tuteur/tutrice pour pouvoir reprendre pas à pas les points qui te posent problème ?
                * As-tu l'habitude de "taper" au clavier ? Je veux dire saisir de longs textes (exposé de quelques pages par exemple) et régulièrement (faire ses lettres ou tenir son journal perso par exemple.)
                * T'est-il possible de passer en mi-temps ? (outre le temps qu'il te manque, tu as besoin aussi d'avoir du repos suffisant pour tenir sur le long terme et aussi de pouvoir avoir des loisirs de temps en temps)

                mon vrai problème c’est de les taper correctement. Les espaces, les points, les tirets, les slashs, les anti slashs, les crochets et autres « joyeusetés ».

                Selon ton interpréteur de commandes, il va falloir configurer la complétion.
                Habituellement, quand tu tapes les premières lettres d'une commande et que tu appuies sur la touche Tab, il te sera proposé la liste des commandes. Mais bon, les commandes les plus courantes n'ont que deux ou trois lettres car à l'origine ces facilités n'existaient et comme on utilise beaucoup ces commandes au cours de la journée les concepteurs ont opté pour des abréviations (soit ls au lieu de list et mv au lieu de move pour prendre deux exemples) ou sigles (dont cd pour change directory et pwd pour print working directory par exemple)
                Après la commande, quand l'argument est un chemin (vers un fichier ou un répertoire), le même principe s'applique : tu tapes les premiers caractères (attention si le chemin est relatif ou absolu) et appuie sur la touche Tab.
                En cas d'erreur, il faut utiliser la touche RetArr (ou backspace) pour effacer jusqu'au caractère problématique et retaper/tabuler correctement. Et aussi, prendre l'habitude de se relire après chaque mot tapé/complété : c'est chiant au début mais ça évite de devoir retaper toute la ligne de commande parce-qu'on a appuyé sur Entrée/Enter trop tôt. En cas d'erreur, ne pas s'énerver mais respirer un bon coup et recommencer : y a pas mort de personne et le manque de temps ne doit pas mettre dans un stress contre-productif. Avec la pratique il y a moins d'erreurs (d'où ma question sur la pratique de la frappe clavier.)
                C'est très succinct mais pour aller plus loin il faudrait d'une part avoir plus d'information sur ta configuration, et c'est mieux d'autre part de découvrir ça en présentielle.

                Autre exemple, j’aurais voulu savoir comment sortir d’une commande. Parfois je suis bloquée et je dois tout fermer pour me débloquer…

                Si tu es en console ou si le terminal n'est pas trop exotique, dans un shell classique, tu peux arrêter une commande en cours en gardant le doigt sur la touche Contrôle et en appuyant sur la touche C.

                “It is seldom that liberty of any kind is lost all at once.” ― David Hume

                • [^] # Re: Objectif : apprendre

                  Posté par  . Évalué à 2.

                  Selon ton interpréteur de commandes, il va falloir configurer la complétion.

                  Worst conseil ever pour un débutant, non? "Il va falloir configurer la complétion.

                  Configurer -> comment on fait? Déjà que le débutant sait pas taper ls -la sans se planter, ça va être chaud de lui expliquer
                  Complétion -> encore un mot barbare.

                  C'est plutôt le genre de truc que tu files au 2e ou 3e cours, en considérant que la complétion est déjà config par défaut.

                  Si tu es en console ou si le terminal n'est pas trop exotique, dans un shell classique, tu peux arrêter une commande en cours en gardant le doigt sur la touche Contrôle et en appuyant sur la touche C.

                  Bah je reprends l'exemple. "man ls". La question: "comment on sort de la commande?". CTRL-C ne fonctionne pas. J'avais lu dans un cours un super exemple: sous X, tu peux taper xterm et ça t'ouvre un second xterm. J'avais testé, puis dit: c'est nul car le premier xterm n'est plus utilisable.

                  En vrai, je sais pas trop quoi donner comme conseil à un débutant. Commencer par le FHS? Commencer par une explication du shell (en prenant comme default un bash). Débuter avec le prompt? Puis "commande", puis "commande et arguments" avec des arguments de type options préfixées par un tiret et arguments? Faire un "ls", "ls -l", "ls -la", utiliser l'environnement graphique en imaginant que le débutant sait utiliser déjà windows ou mac?

                  • [^] # Re: Objectif : apprendre

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

                    Pour la configuration de la complétion, je ne pensais au sens de ce qu'elle devra faire mais au sens de prérequis qui pourrait lui être utile. D'où mes nombreuses questions non exhaustives : évaluer son niveau (pour voir à peu près quel environnement lui conviendrait) et son environnement actuel (pour mieux saisir ses difficultés et adapter les conseils.)

                    Pour la suite, je suis parti du principe que la complétion est déjà configurée et que c'est du bash ou du zsh avec un paramétrage un peu standard. C'est normalement le cas avec toutes les distributions grand public (mais on n'est pas à l'abri que quelqu'un lui ai installé quelque chose de plus exotique.)
                    En présentiel on s'adapte plus facilement aux événements. À distance on a besoin que le contexte soit explicité (ne serait-ce pour que les gens qui donnent des conseils puissent avoir les même prérequis et tester/vérifier leurs dires/écrits.) Par exemple chez moi, Ctrl+C est bien honoré quand on est dans man… mais j'ai remarqué qu'en effet ça ne marche pas sur certains postes où je viens de tester et la différence est le visualiseur (pager less chez les récalcitrants, mais je ne peux pas accuser directement less sachant que la chaîne d'affichage des manpages est souvent tunnée…) Dans les deux cas (en côte-à-côte ou en distanciel), j'essayais de baliser quand je faisais de la formation ; c'est comme les déploiement en entreprise : il faut limiter les cas/configurations pris en compte pour ne pas perdre trop de temps par la suite.

                    “It is seldom that liberty of any kind is lost all at once.” ― David Hume

                • [^] # Re: Objectif : apprendre

                  Posté par  . Évalué à 3.

                  Oui, j'utilise mon ordi tous les jours. Avant j'étais sur windows et depuis plusieurs années sur Mac. Ces 2 environnements me sont familiers.
                  Je travaille sur un logiciel qui est en fait un GDS et ce sont aussi des lignes de commande à rentrer. Je fais ça toute la journée et je maîtrise très bien. Mais je connais toutes les commandes par coeur. Donc oui j'ai l'habitude de taper a clavier :)

                  Concernant linux, pour le cours nous utilisons une plateforme de l'école, qui se déconnecte toutes les heures, donc si au bout d'une heure on a pas fini, tout est perdu et il faut recommencer… Sinon j'ai installé Ubuntu sur une VM sur mon Mac, et bien sur les correspondances clavier compliquent encore les choses. Mais à terme je devrais régler ce problème. J'ai aussi changé l'OS d'un vieux Mac mini que je fais maintenant tourner sur Ubuntu (et là j'ai reuss à fixer le pb du clavier), mais comme il n'est pas portable et que je suis souvent en déplacement…

                  Je ne sais pas sur quel inerprêteur je suis… quant à la console ou le terminal je ne vois pas trop la différence. J'aurais tendance à dire terminal puisque c'est ce que je tape sous windows pour ouvrir le prompt command et sous linux il y a marqué terminal je crois.

                  Concernant la touche Contrôle C elle fonctionne sous windows mais pas sous linux (en tous cas sur la plateforme de l'école), je dois donc avoir un terminal exotique :)

                  Vraiment merci pour toutes ces remarques, je vais creuser sur ma configuration.

                  Et pourrais-tu stp m'éclairer sur les 2 questions ci-dessous, je n'ai malheureusement pas réussi à trouver les bonnes commandes pour les "comas" et les "newlines". Faut-il utiliser des expressions régulières comme j'ai du le faire sous windows pour une question et ça a été une vraie galère?

                  1. List all the files and folders in the directory /var separated by comas:
                  2. List all the files and folders in the directory /var as a list separated by newlines (instead of one line)

                  Encore merci du temps passé sur mon cas :)

                  • [^] # Re: Objectif : apprendre

                    Posté par  (site web personnel, Mastodon) . Évalué à 3.

                    OK, c'est un peu beaucoup plus clair… La plateforme est une forme de balisage dont je parlais, mais par contre pas sympas de vous lâcher dessus sans support ni possibilité d'assistance. Le terminal n'est peut-être pas exotique mais subit des interférences par le fait de passer par un navigateur et d'autres intermédiaires (au moins le programme pour déporter le terminal dans le navigateur) : certaines combinaisons de touches sont capturées plus tôt et donc le terminal (puis l'interpréteur) ne les voit jamais arriver par exemple.
                    Du coup, ce qui a été mentionné plus tôt s'applique surtout à tes installations Ubuntu (dans la VM tu peux aussi l'interférence moindre du programme de virtualisation et il faudra alors regarder l'aide ou le forum en ligne)

                    Je ne sais pas sur quel inerprêteur je suis… quant à la console ou le terminal je ne vois pas trop la différence. J'aurais tendance à dire terminal puisque c'est ce que je tape sous windows pour ouvrir le prompt command et sous linux il y a marqué terminal je crois.

                    Oui c'est l'émulateur de terminal depuis les environnements graphiques. Donc au pire tu peux fermer la fenêtre de l'émulateur pour tuer ta session avec les programmes en cours dedans. C'est pas top mais ça marche.
                    Pour savoir l'interpréteur, tu peux tester la commande suivante (ça marchera avec tes Ubuntu mais je ne sais pas pour la plateforme)

                    echo $SHELL

                    Et pourrais-tu stp m'éclairer sur les 2 questions ci-dessous, je n'ai malheureusement pas réussi à trouver les bonnes commandes pour les "comas" et les "newlines".

                    En fait c'est toujours la même commande qui est utilisée pour "List all the files and folders in the directory …" : ls
                    Ce sont les options utilisées qui vont faire la différence. Il faut donc parcourir la liste pour trouver celle(s) qui convien(nen)t https://linux.die.net/man/1/ls

                    • "separated by comas" → -m fill width with a comma separated list of entries
                    • "as a list separated by newlines (instead of one line)" → -1 list one file per line

                    “It is seldom that liberty of any kind is lost all at once.” ― David Hume

                    • [^] # Re: Objectif : apprendre

                      Posté par  . Évalué à 1.

                      merci beaucoup, ce sont toujours les options qui me posent problème.
                      et merci pour le lien aussi.
                      pour le reste de tes commentaires je vais regarder dès que j'aurai terminé l'exercice.

                  • [^] # Re: Objectif : apprendre

                    Posté par  . Évalué à 2. Dernière modification le 08 septembre 2021 à 10:45.

                    bon, console, terminal, c'est la même chose. Tu as une invite de commande (ou prompt), qui attends tes commandes au clavier (ce que tu tapes). Généralement, tu tapes, une commande avec des options et des arguments. Genre

                    toto$ ls -la
                    

                    tout ce qui précède le '$' c'est le prompt, et ça peut varier. Tout ce qui suit, ce sont tes commandes. Du coup, tu as une commande 'ls' des options (c'est simple, les options sont préfixées par un tiret) et les arguments (c'est ce qui suit les options).
                    La commande, c'est 'ls', les options sont 'l' et 'a' et l'argument, c'est '/var'. Ca signifie que tu demandes à lister tous (options -a) les fichiers et dossiers du dossier /var de manière longue. Tu as exactement le même résultat avec ls -al /var ou ls -l -a /var ou ls /var -l -a.

                    ls ça sert à lister les fichiers (et dossiers). Les options l et a sont courantes, c'est 'l' comme long (la réponse est plus longue) et a signifie "all" (tous les fichiers, même ceux qui débutent par un "." ).

                    Bref. Là, on te demande de lister les fichiers de /var. Du coup, la commande c'est 'ls'. Si tu fais ls /var tu vas avoir un truc du genre:

                    $ ls /var
                    backups  cache  lib  local  lock  log  mail  opt  run  spool  tmp  www
                    

                    (le nom des fichiers peut changer, ils correspondent à ce que tu as sur ta machine dans le dossier /var).

                    Bon, on se rapproche de la question, le prof veut une séparation avec des virgules. Hop hop hop, après un coup de google, on trouve une option '-m' de ls qui dit: "fill width with a comma separated list of entries"

                    du coup:

                    $ ls -m /var
                    backups, cache, lib, local, lock, log, mail, opt, run, spool, tmp, www
                    

                    pour afficher 1 ligne par dossier, encore un coup de google, et on voit l'option -1. Là, pour le coup, pour vérifier tu peux taper man ls (touche 'q' pour sortir du man), et descendre jusqu'à lire l'option "-1"

                    • [^] # Re: Objectif : apprendre

                      Posté par  . Évalué à 1.

                      merci Octane. J'ai fait tellement de recherches sur google, mais je n'ai pas trouvé ou compris ce que donnait -m. Et je n'ai pas encore l'habitude d'utiliser man. Mais en effet je viens de voir que ça donne toutes les options.
                      Merci du temps que tu m'as toi aussi consacré.

                      1. List all the processes on the machine except session leaders, and in full monitoring

                      Tu vois par exemple je ne comprends pas ce que veut dire exactement "in full monitoring". c'est ce genre de truc que je ne sais pas où trouver… J'ai trouvé 2 commandes ps -A ou ps -e pour lister les processus sans session leaders, mais ça ne doit pas être correct vu qu'il faut tenir compte du full monitoring.

                  • [^] # Re: Objectif : apprendre

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

                    Concernant la touche Contrôle C elle fonctionne sous windows mais pas sous linux (en tous cas sur la plateforme de l'école), je dois donc avoir un terminal exotique :)

                    Juste au cas où, c'est basique mais ça a changé ma vie de débutant le jour où j'ai "découvert" cette astuce, dans mon Terminal le Ctrl+c c'est Ctrl+Shift+C. Même chose pour Ctrl+v, d'ailleurs ;)

              • [^] # Re: Objectif : apprendre est un terme ambigüe [ man et howto sont des références techniques ]

                Posté par  . Évalué à -3.

                Man et howto sont les références techniques où il y a l'essentiel, mais bien-sûr on peut s'en passer. => man man; man --help; apropos man; info man; man [tab]; nice -n10 find /; [tab][tab]; tree /usr/share/doc… savoir où se trouve la doc et comment y accéder avant même d'y mettre le nez peut aider, et aussi regarder les paquets installés et à quoi ils servent. En général 'q', [Esc] ou [CTRL]-'c' pour quitter.
                Note : ça prend plus de 5 minutes.
                https://twitter.com/tqsp/status/1434195795490791425

                LinuxFr.org

                exit;

                La suite peut-être utile, et devrait fonctionner au moins avec /bin/bash et /bin/sh

                Petite visite en ligne de commande…

                Astuces 1 :

                stocker une liste de commandes pratiques dans un fichier

                voici un exemple bloc-note que je viens de faire pour retrouver des commandes qui me sont utiles en ce moment

                J'ai tapé ceci :
                bash
                cat > COMMANDES.sh
                xcalib -invert -alter # jour/nuit
                # .Xresources: XTerm*reverseVideo: on
                xrdb -remove ~/.Xresources # xterm noir
                xrdb -merge ~/.Xresources # xterm blanc
                [CRTL]+'d'

                chaque ligne est une commande "magique" que j'utilise en ce moment assez souvent
                la commande cat les a enregistré dans le fichier COMMANDES.sh

                Puis je tapé ceci
                bash
                cat COMMANDES.sh

                pour les afficher

                ensuite il suffit de copier-coller la commande avec la souris
                on peut remplacer/ajouter d'autres lignes, avant de petit à petit assimiler les plus fréquentes

                on peut aussi les retrouver avec l'historique (flèche vers le haut par exemple, si c'est configuré)
                bash
                $ history #affiche l'historique des commandes

                (le dollar est une convention pour l'invite de commande, mais on peu remplacer ça agréablement par une horloge en couleur clignotante si on aime, détails assez faciles à trouver sur http://www.google.com/search?q= [on peut remplacer google par twitter si on préfère]
                on peut taper par exemple
                bash
                firefox http://www.google.com/search?q=shell+man+bash

                ou
                bash
                firefox --search shell+man+bash

                firefox http://www.twitter.com/search?q=shell+man+bash

                )

                Le résultat de Google propose ces questions :
                "Autres questions posées
                Quelles sont les man ?
                Comment utiliser la commande man ?
                Résultat de recherche d'images pour "shell man"
                Comment obtenir le manuel de man ?
                Quelle commande donne accès à la documentation ?"

                LinuxFr.org

                Astuce 2 :

                se servir de l'historique pour se constituer une banque de codes

                cp ~/.bash_history bash_history_date.txt # si on travaille avec bash

                ou
                ```bash

                cat ~/.bash_history >> bash_history

                copie le contenu de l'historique dans un fichier
                ensuite on va ouvrir le fichier

                kate bash_history

                ou

                vi bash_history
                $ emacs bash_history
                $ ed bash_history
                $ nano bash_history
                $ sed...
                # perl...

                le premier ouvre kate en mode fenêtre,
                le second vi en mode console,
                qui sont des éditeurs de texte, comme emacs qui a servi à programmer de nombreuses commandes, les autres commandes permettent aussi d'éditer du texte à des degrés divers

                j'utilise vi… parce que c'est là que j'ai investi le plus de temps, parce que c'est celui que j'ai compris le mieux et le plus vite, parce qu'il est exotique et parle de l'Afrique lointaine… parce qu'il fait tout (sauf le café)

                donc une fois l'éditeur ouvert avec l'historique, on peut copier coller ou annoter les commandes les plus intéressantes
                par exemple ajouter un # après la commande, suivi d'un petit commentaire

                comme le fichier a une extention ".sh", l'éditeur devrait colorer le texte et les commentaires

                je n'ai jamais fait ce travail de collecte, mais avec le recul, ça m'aurait été utile

                merci pour m'avoir donné l'occasion de me changer les idées 5mn :)
                avant de repartir dans les courriels

                LinuxFr.org

                --
                pourquoi ne développe-t-on pas le travail en ligne de commande pour les #legaltech ?
                cela permettrait d'utiliser les applications graphiques en console, et rendrait ces applications bien plus utiles pour les malvoyants par exemple

    • [^] # Re: Objectif : apprendre

      Posté par  . Évalué à 1.

      Bonjour,
      Un grand merci pour ces encouragements!

    • [^] # Re: Objectif : apprendre

      Posté par  . Évalué à 2.

      Et ravie d’avoir pu t’aider en te donnant mes exercices!

    • [^] # Re: Objectif : apprendre

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

      J'aurais plutôt suggéré la démarche progressive suivante :

      1. Soit on connaît vaguement la commande ad-hoc (ls, cat etc.), soit on peut la chercher aussi avec apropos. Par exemple : apropos chercher
      2. Ensuite on affiche la description courte de la commande : whatis apropos
        Réponse :
        apropos (1) - Chercher le nom et la description des pages de manuel

      3. On affiche l'aide succincte (qui donne la plupart du temps la liste compacte des options) : apropos --help
        Réponse :
        Utilisation : apropos [OPTION...] MOT-CLEF...
        […]
        -a, --and tous les mots-clefs doivent correspondre

      4. Si nécessaire, on va voir les détails avec man apropos seulement si ce qui est ci-dessus est insuffisant.

      Ça me semble nettement plus progressif, non ?

  • # comprendre les exemples

    Posté par  . Évalué à 4.

    un exemple si tu ne le comprend pas, ne t'aidera pas
    il faut comprendre ce qu'il fait, donc pratiquer, lire la documentation

    mais bizarrement, quand je tape "linux ta_question" dans mon moteur de recherche,
    ben j'ai plein de réponses, des exemples, en comparant les exemples et surtout en les appliquant, tu vas les comprendre

    maintenant il y a des rumeurs qui disent que faire un exercice d'apprentissage à 2h du matin, c'est pas gagné, et qu'il vaut mieux le faire quand le cerveau est "réveillé".

    sauf si ton fuseau horaire est different et que linuxFR nous affiche 2h local du lecteur du post

    • [^] # Re: comprendre les exemples

      Posté par  . Évalué à 2.

      Néox, il se peut en effet que tu aies raison sur le fait que mon cerveau soit endormi, parce que je n’ai manifestement pas réussi à obtenir la bonne réponse attendue sur mon terminal. Malheureusement, la journée je travaille, alors je fais un peu comme je peux…
      Bref, je ne vous embête pas plus, je vais me débrouiller.
      Encore merci à tous d’avoir pris le temps
      De commenter mon message.

  • # GameShell

    Posté par  . Évalué à 4.

    C'est trop tard pur ton devoir, mais si ça t'intéresse de te familiariser un peu plus avec les commandes et que tu as un peu de temps libre à y investir, il y a GameShell dont on a déjà parlé ici, et que j'ai trouvé plutot bien fait et amusant.
    Je ne suis pas allé au bout, mais le début m'a paru cool, même si je suis très biaisé car je connais déjà relativement bien les commandes de base.

    • [^] # Re: GameShell

      Posté par  . Évalué à 2.

      Un peu dans le même style voici une autre possibilité ludique: http://luffah.xyz/bidules/Terminus/
      Mes collègues débutants avaient fort apprécié!

      • [^] # Re: GameShell

        Posté par  . Évalué à 1.

        Un grand merci à toi aussi, votre aide à tous est très précieuse.

    • [^] # Re: GameShell

      Posté par  . Évalué à 1.

      Meme si le devoir est rendu, bien sur que ça m'intéresse :) Je dois me former sur Linux, alors merci pour le lien!

Suivre le flux des commentaires

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