Je suis loin de Linux depuis 10 ans. Quelles commandes ai-je manquées? [fermé]

10

Je suis loin de Linux depuis quelques années, mais maintenant je suis de retour avec Ubuntu 10.04. J'ai utilisé Gentoo en 2000 et connaissais mes commandes, mais maintenant que le monde de Linux a progressé un peu plus, n'y a-t-il pas beaucoup de nouvelles commandes à apprendre?

Connaissez-vous une liste de commandes shell Linux qui sont largement utilisées maintenant et qui n'existaient pas il y a 10 ans?

Identifiés jusqu'à présent: ngrep, sshfs, pv

grm
la source
1
Juste curieux, pourquoi à 10 ans de Linux? :)
prend le
Eh bien, cela a commencé avec .NET / C #, puis les années passent. J'ai utilisé Win XP tout le temps.
grm

Réponses:

5

Je ne sais pas ce que vous avez utilisé en 2000. Découvrez les nouveaux à partir d'un mème d'histoire; le mien ci-dessous. Je m'attends à ce que l'utilisation des commandes suive une longue queue. Les bases n'ont pas changé, mais il y a beaucoup plus à choisir.

history |awk '{print $2}' |sort |uniq -c |sort -rnk1,1 |head -n 20 |vipe
    219 ls
    100 git
     92 cd
     91 sudo
     66 <custom>
     64 aptitude
     60 locate
     54 grep
     52 less
     48 mplayer
     45 vim
     43 find
     36 cat
     31 <ssh alias>
     26 <ssh alias>
     24 dpkg
     23 file
     23 df
     21 <pgrep alias>
     20 man
Tobu
la source
2
Vous utilisez git plus souvent que cd. C'est plutôt cool.
Ludwig Weinzierl
J'ai essayé ça sur mon ordinateur portable. sudo, cd, vim, startx et openttd ... Bien qu'est-ce que vipe? J'ai dû laisser ce morceau de côté car il n'est pas sur mon système.
Macha
@Macha vipe provient du paquet moreutils, insère un éditeur dans le pipeline. C'est OK d'ignorer cette partie.
Tobu
@Ludwig Il semble que j'utilise hgplus souvent qu'autre chose, il a 5x sur la prochaine commande ( hg: 244 ,: cd48). En fait, je suis même surpris cd, car j'essaie d'utiliser pushd/ popdautant que possible.
roguesys
Pour moi, plusieurs screenfenêtres soulagent le besoin de cd. Et git est une bombe.
Tobu
8

En fait, vous n'avez probablement pas manqué grand-chose. Les livres de référence UNIX populaires qui ont été réécrits dans les années 70 (ou plus) sont toujours populaires et toujours utiles - les commandes de base n'ont pas vraiment changé.

La seule nouveauté qui vient immédiatement à l'esprit est le gestionnaire de paquets; vous pourriez avoir besoin pour se habituer à la syntaxe aptitudeet apt-getetc., si vous ne l' utilisez pas leurs interfaces graphiques. Il y a aussi le contrôle de version, c'est-à svn- dire et gitsont nouveaux et populaires, si vous êtes dans ce genre de chose. Mais ce ne sont pas exactement des commandes UNIX de base.

David Z
la source
1
Oui, j'utilise svn depuis un certain temps, mais j'ai dû commencer par git car 80% de tous les outils qui m'intéressent sont hébergés sur github. Aussi package.el dans emacs est pratique et des choses comme zshkit et emacs-starter-kit.
grm
Voulez-vous dire mercurialet git? Internet n'a-t-il pas convenu que SVN était un peu hors de propos?
roguesys
@alexandru: Non, et non, pas encore. Bien que je suppose que je n'aurais pas dû dire "nouveau et chaud" - cela ne s'appliquerait pas svn, c'est vrai, mais il est toujours assez populaire parmi les personnes qui n'adoptent pas tôt les technologies les plus récentes (ce qui fait beaucoup de monde, en particulier dans affaires). Par exemple, il y a plus de [svn]questions sur SO que de [git]questions.
David Z
5

Une grande différence est maintenant une aide très complète à l'achèvement de bash. Rend beaucoup plus facile à utiliser la ligne de commande.

txwikinger
la source
1
Oui, je l'ai remarqué, mais un peu trop tard. Avait déjà basculé vers zsh en raison de l'achèvement. :)
grm
5

Vous ne trouverez pas grand-chose de différent. Quelques options ici et là. Pour la plupart, en particulier sur des systèmes comme Ubuntu, vous constaterez que la plupart des nouveautés sont des interfaces graphiques.

Concernant les nouvelles commandes, si vous êtes un grand fan de l' écran comme moi, vous apprécierez peut-être le nouveau tmux ou byobu .

J'ai dû revenir en arrière et vérifier les dates de sortie de beaucoup de choses ... On dirait que wget (1996), curl (1997) et iptables (1998) étaient tous sortis quelques années avant 2000, donc ceux-ci pourraient ne pas être nouveau pour vous.

Jarvin
la source
5

pv - Barre de progression pour les commandes longues

pvest probablement nouveau pour vous. Il fournit une barre de progression pour tout programme pouvant accepter les entrées d'un tuyau.

Pour installer (Ubuntu)

apt-get install pv

Exemple

Affichez la progression lorsque vous calculez une somme de contrôle pour un fichier volumineux:

pv large_file | sha1sum
Mike Fitzpatrick
la source
2

ls, cp, dmesg, cat, grep, etc. Quelque chose ne devrait pas être changé depuis longtemps :), donc dans les commandes de base, vous n'avez rien manqué.

zaynyatyi
la source
1
Le seul changement que j'apprécie vraiment est grep -r directement au lieu de le combiner avec find.
grm
2

Seul le changement principal (à l'exception des bureaux remplaçant le X11 brut) concerne probablement les référentiels.

Donc la syntaxe ' apt-get ' sur Ubuntu (et rpm similaire sur Redhat)

Martin Beckett
la source
Rien de plus amusant aujourd'hui que Gentoo en 2000 (à mon humble avis), sauf Sabayon, mais je n'ai pas encore eu le temps de jouer avec ça.
grm
1

Pas une nouvelle commande mais utilisée beaucoup plus souvent de nos jours:

ssh et sftp

Ils permettent une communication cryptée.

usermac75
la source
1

ngrep était il y a environ 9-10 ans, j'en suis presque sûr

pv n'est pas une commande, c'est une application CLI. Vous devez installer un package pour pouvoir l'utiliser.

sshfs n'est pas une commande, c'est un nom générique pour un système de fichiers réseau

Vous prétendez être un utilisateur gentoo, mais votre question est formulée de manière "envoyez-moi codez". On dirait que c'est demandé par quelqu'un qui pense que connaître les noms de commande est la solution miracle. Non, utiliser votre cerveau est la solution miracle.

Je vous recommande fortement de lire (encore une fois, même si vous l'avez déjà fait auparavant) Comment poser des questions de manière intelligente , car je pense que votre question ne répond certainement pas à ces normes.

Si je devais comparer Linux aujourd'hui et Linux il y a 10 ans, je soulignerais les principales différences suivantes:

  • l'accès à Internet est désormais largement disponible, même dans certains pays peu développés. Il s'agit d'une épée à double tranchant: la quantité de gars technologiques sains et adéquats a considérablement augmenté, mais leur pourcentage parmi tous les internautes a diminué. Si vous apprenez à éviter les personnes qui ne partagent pas vos intérêts et à vous accrocher à des personnes qui partagent des intérêts communs avec vous, vous en apprendrez beaucoup. Même les sites StackOverflow / ServerFault / SuperUser illustrent parfaitement cela.

  • beaucoup plus de gens écrivent des logiciels libres. S'il y a 10 ans, sourceforge et freshmeat étaient uniques et SVN était le roi du contrôle de version, aujourd'hui nous avons github, launchpad et bitbucket, nous avons beaucoup d'outils de contrôle de version distribués, nous avons une énorme quantité de communautés développant des logiciels ou simplement échangeant des connaissances . Aujourd'hui, si vous avez besoin d'un logiciel gratuit pour une certaine tâche particulière et que vous êtes assez persistant, il y a de fortes chances que vous trouviez quelque chose qui vous convient parfaitement. Ou quelque chose qui vous convient "presque parfaitement" et vous finirez par contribuer et redonner à la communauté.

Modifié pour inclure la réponse à votre question dans le commentaire:

Je me demande ce que vous n'avez pas aimé en particulier avec ces questions et comment pourrais-je l'améliorer?

Je n'ai pas aimé que votre question initiale soit beaucoup trop générale.

Habituellement, vous essayez d'accomplir une tâche particulière, vous essayez d'atteindre un objectif très spécial. Vous essayez d'une manière, vous essayez d'une autre manière, vous passez en revue certaines pages de manuel et vous échouez toujours. C'est le moment où vous allez demander de l'aide et des conseils. Vous décrivez votre flux de travail, le résultat attendu et ce que vous obtenez réellement. N'ayez pas honte d'admettre que vous avez essayé quelque chose et échoué. Les gens sont généralement gentils et serviables, la plupart d'entre eux ne vous pointeront pas du doigt et ne vous taquineront pas, la plupart ne vous dévalueront pas pour avoir échoué. Certains d'entre eux vous avertiront même d'une question mal posée, acceptant le risque d'être eux-mêmes downvotés pour la pédanterie :-)

La présentation de votre flux de travail est utile pour plusieurs raisons:

  • les lecteurs de votre question doivent faire moins d'hypothèses, car ils sauraient déjà que vous avez essayé X, Y, Z et cela n'a pas fonctionné
  • la façon dont vous posez votre question permet aux autres d'estimer votre niveau de connaissances et de fournir une réponse facile à comprendre pour vous

Voici quelques situations:

  • vous devez utiliser un renifleur pour déboguer un problème de réseau. Vous essayez tcpdump (qui était la norme il y a 10 ans et partage de nos jours le titre avec wirehark), vous trouvez sa sortie trop cryptique, ses valeurs par défaut d'options peu conviviales. Quelqu'un vous suggère ngrep, vous l'exécutez, vous voyez qu'il fournit une sortie plus conviviale par défaut et vous apprenez une nouvelle chose.
  • vous faites cp -a pour copier un gros répertoire, vous voulez voir la progression et vous devez vous en tenir à la ligne de commande, même le commandant de minuit n'est pas disponible. Vous lisez la page de manuel de cp et vous ne trouvez pas les options appropriées. Ensuite, quelqu'un vous parle de pv.
  • vous n'êtes pas satisfait de ftp, car il transfère les données sans les chiffrer, vous souhaitez également éditer des fichiers "à distance". Quelqu'un vous parle de sshfs, qui "mappe" un répertoire distant à votre système de fichiers local via une connexion cryptée.

Vous voyez, ce sont vos ngrep, pv et sshfs. Y a-t-il une différence entre vos questions générales et mes scénarios? Oui, certainement. Je vais essayer d'expliquer pourquoi. Vous avez donc demandé aux gens de vous parler des commandes intéressantes. Vous avez obtenu 3 réponses. Un jour, vous devrez peut-être utiliser un renifleur. Et vous vous souviendrez probablement de cette question et utiliserez ngrep. Et si vous obtenez 1000 réponses suggérant 1000 nouvelles commandes? Ne pensez-vous pas qu'une grande partie d'entre eux se glissera simplement dans votre mémoire pendant une courte période de temps, alors vous les oublierez? Cela se produira certainement, car lorsque vous acquérez de nouvelles connaissances, vous devez vous exercer à les appliquer, pour acquérir de l'expérience. Franchement, votre question initiale me rappelle la situation où un enfant essaie d'apprendre les arts martiaux en regardant des photos dans un livre :-)

vtest
la source
2
Merci pour votre avis et vos conseils. Pendant que j'écrivais, je suis absent depuis un certain temps et intéressé à prendre quelque chose de nouveau et j'étais perplexe avec cette question. Je me demande ce que vous n'avez pas aimé en particulier avec ces questions et comment pourrais-je l'améliorer? Quand il s'agit de ngrep, c'est une nouvelle commande pour moi. J'avais l'habitude de travailler avec tcpdump, mais dans la plupart des cas, je trouve l'ajout de ngrep beaucoup plus pratique.
grm
0

C'est une bonne question sans réponse intéressante. Comme l'a noté zaynyatyi, les vieux amis sont toujours là. Ce qui est le plus impressionnant et le plus décourageant, c'est le grand nombre d'installations qui ont été construites sur l'infrastructure. Par exemple, X windows est toujours le même et xeyesfonctionne de la même manière que toujours. Mais ensuite, il y a Gnome et DBUS et Metcity et GTK et une séquence de démarrage hodge-podge qui rend le SVR4 rc?.dpresque rationnel.

La chose la plus utile qui soit nouvelle pour moi - qui m'a coupé les dents sur V7 / BSD4.1 - est locate(1).

msw
la source
0

Celui que je n'ai pas réalisé un peu était less- le nom de la plaisanterie étant "moins c'est plus". moreest toujours là, mais lessc'est mieux. Je pense que cela fait un peu plus de 10 ans, cependant - ce n'était tout simplement pas là (je pense) quand j'étais à l'université au début des années 90. Ça ou peut-être que j'ai juste oublié.

Steve314
la source