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:
- Print all the network connection on the machine
- Print only the TCP network connection on the machine
- Print only the UDP network connections on the machine
- List all the listening sockets on the machine
- List all the network connection, including the listening sockets, that are tcp or udp
- List all the processes on the machine except session leaders, and in full monitoring.
- List only the information of process with process id of 10
- List only the information of the process with the PID of 10,14,17 (in one command)
- List the processes that were run with the command line “systemd”
- List the interfaces and IPs on the machine
- Print the route table of the machine
- Find the Default Gateway of the machine
- Print the ARP cache table of the machine
- Ping the default gateway
- Ping exactly (and only) 7 packets to the default gateway
- 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 Zenitram (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 SoooLooo . É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 alfafa . É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 Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 8.
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 _kaos_ . Évalué à 3. Dernière modification le 07 septembre 2021 à 23:22.
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 octane . É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:
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
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 alfafa . É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 Gil Cot ✔ (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 SoooLooo . É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 yal (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 Gil Cot ✔ (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 yal (Mastodon) . Évalué à 2.
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 SoooLooo . É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 Gil Cot ✔ (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)
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
lsau lieu de list etmvau lieu de move pour prendre deux exemples) ou sigles (dontcdpour change directory etpwdpour 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.
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 octane . Évalué à 2.
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.
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 Gil Cot ✔ (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 SoooLooo . É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?
Encore merci du temps passé sur mon cas :)
[^] # Re: Objectif : apprendre
Posté par Gil Cot ✔ (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)
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)
En fait c'est toujours la même commande qui est utilisée pour "List all the files and folders in the directory …" :
lsCe 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
-mfill width with a comma separated list of entries-1list one file per line“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Objectif : apprendre
Posté par SoooLooo . É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 octane . É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
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:
(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:
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 SoooLooo . É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é.
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 Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
Comme ces manuels se veulent de références il y a parfois des détails très techniques qu'il faut hélas ignorer dans un premier temps. Mais pour faire court, on va dire que "in full monitoring" est juste pour préciser/rappeler que ça marche pour les processus contrôlés par le système d'exploitation (normal et limite sans intérêt tant qu'on n'est pas dans des cas tordus ou à la marge où on arrive à lancer une commande de façon à bypass certains contrôles standards, ceci ne peut/devrait pas arriver dans une utilisation normale de la machine.) Voici quelques liens avec des approches plus didactiques :
- https://www.journaldev.com/24613/linux-ps-command
- https://linuxize.com/post/ps-command-in-linux/
- https://www.tecmint.com/ps-command-examples-for-linux-process-monitoring/
- https://www.geeksforgeeks.org/ps-command-in-linux-with-examples/
- https://www.binarytides.com/linux-ps-command/
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Objectif : apprendre
Posté par yal (Mastodon) . Évalué à 1.
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
Posté par SoooLooo . Évalué à 1.
merciiiiiiii! du cop ça fonctionne sur la plateforme! :)
[^] # Re: Objectif : apprendre
Posté par yal (Mastodon) . Évalué à 1.
Ravi d'avoir pu un petit peu t'aider ;)
[^] # Re: Objectif : apprendre
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
Je suppose qu'avec Shift du coup ce n'est pas vu comme un contrôle pour le navigateur et est passé à l'appli …ou un truc du genre.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Objectif : apprendre est un terme ambigüe [ man et howto sont des références techniques ]
Posté par Patrick Trauquesègues . É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
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 ?"
Astuce 2 :
se servir de l'historique pour se constituer une banque de codes
ou
```bash
cat ~/.bash_history >> bash_history
copie le contenu de l'historique dans un fichier
ensuite on va ouvrir le fichier
ou
le premier ouvre
kateen mode fenêtre,le second
vien mode console,qui sont des éditeurs de texte, comme
emacsqui a servi à programmer de nombreuses commandes, les autres commandes permettent aussi d'éditer du texte à des degrés diversj'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 commentairesje 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
--
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 SoooLooo . Évalué à 1.
Bonjour,
Un grand merci pour ces encouragements!
[^] # Re: Objectif : apprendre
Posté par SoooLooo . Évalué à 2.
Et ravie d’avoir pu t’aider en te donnant mes exercices!
[^] # Re: Objectif : apprendre
Posté par Benoît Bailleux (Mastodon) . Évalué à 1.
J'aurais plutôt suggéré la démarche progressive suivante :
ls,catetc.), soit on peut la chercher aussi avecapropos. Par exemple :apropos chercherEnsuite on affiche la description courte de la commande :
whatis aproposRéponse :
apropos (1) - Chercher le nom et la description des pages de manuelOn affiche l'aide succincte (qui donne la plupart du temps la liste compacte des options) :
apropos --helpRéponse :
Utilisation : apropos [OPTION...] MOT-CLEF...[…]-a, --and tous les mots-clefs doivent correspondreSi nécessaire, on va voir les détails avec
man aproposseulement si ce qui est ci-dessus est insuffisant.Ça me semble nettement plus progressif, non ?
# comprendre les exemples
Posté par NeoX . É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 SoooLooo . É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.
[^] # Re: comprendre les exemples
Posté par palm123 (site web personnel) . Évalué à 2.
tu peux installer tldr, regarde
https://tldr.sh/
tu auras des exemples pour toutes les commandes
ウィズコロナ
[^] # Re: comprendre les exemples
Posté par SoooLooo . Évalué à 2.
Merci merci merci ☺️
# GameShell
Posté par moi1392 . É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 n.rigaud . É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 SoooLooo . Évalué à 1.
Un grand merci à toi aussi, votre aide à tous est très précieuse.
[^] # Re: GameShell
Posté par SoooLooo . É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.