Simplifier les commandes.

 Combien d'entre nous sont gênés par l'écriture de longues commandes comme "sudo apt-get install" ou "sudo apt-get update"?

Cela me dérange personnellement et me prend aussi du temps. Cette fois, je veux vous montrer un moyen très simple de "raccourcir" ou de résumer ces commandes pour nous rendre la vie un peu plus facile.

Allons au jeu.

La première chose à faire est de vous connecter en tant que ROOT

#le sien

Vous écrivez le mot de passe et nous procédons comme suit:

# nano / bin / mise à jour

Ici, nous avons créé la commande. «Mettre à jour» et en écrivant

#sudo apt-get mise à jour

Maintenant, nous lui donnons des autorisations.

# chmod + x / bin / mise à jour

Et maintenant, chaque fois que nous tapons update dans la console, cela mettra à jour nos référentiels.

Si nous écrivons nano / bin / command et que le fichier existe déjà, ne le supprimez pas ou ne le modifiez pas car vous endommagerez un autre programme. Ce que vous devez faire est de trouver un autre moyen de nommer cette commande.

De cette façon, nous pouvons simplifier toutes sortes de commandes. Comment passer de sudo # apt-get install à # install

Salutations, et j'espère que cela vous plaira.


24 commentaires, laissez le vôtre

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données: Miguel Ángel Gatón
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.

  1.   Santiago Caamano dit

    Personnellement, je pense qu'il est plus confortable de définir des alias dans le bashrc ou dans le fichier .bashrc
    tel que:
    alias update = »sudo apt-get update»

  2.   ghermain dit

    Très intéressant mais d'après ce que je vois dans la capture d'écran, pour l'exécuter, je dois me connecter en tant que root puis écrire "update"; alors je ne vois pas la grâce.

    1.    @Jlcmux dit

      Non, c'est parce qu'au moins je n'ai pas mon utilisateur commun dans les sweats, c'est donc à mon tour. Mais si vous l'avez, il vous demandera simplement le mot de passe et c'est tout.

    2.    @Jlcmux dit

      L'autre est au lieu de mettre sudo apt-get etc.
      su -c "commande" (entre guillemets)
      Ensuite, il vous demande le mot de passe ROOT et, une fois terminé, vous êtes toujours l'utilisateur normal.

    3.    RTFMExe dit

      Il n'est pas nécessaire de se connecter en tant que root, c'est la grâce d'avoir mis dans le fichier créé 😛 Dans tous les cas, les alias existent déjà pour cela.

      : wq

      1.    RTFMExe dit

        après avoir mis sudo dans le fichier créé. J'ai mangé cette partie 😛

        : wq

  3.   Christophe Castro dit

    Il m'est beaucoup plus facile d'ajouter les alias au .bashrc

    alias update = 'sudo aptitude update'

    1.    Hexborg dit

      Exact.

  4.   merlin le debianite dit

    Super, j'allais faire un article similaire mais avec un script, très bien et maintenant j'ai un brouillon qui ne sera jamais dévoilé. XD.

    Bon article. si des points pouvaient être donnés, cela donnerait +100.

  5.   José Miguel dit

    En principe, l'idée est bonne, mais les permissions ont leur sens.

    Je préfère la sécurité.

    Salutations.

    1.    @Jlcmux dit

      Que voulez-vous dire? Il faut toujours être root ou que l'utilisateur soit dans sudoers pour l'exécuter. Indépendamment du fait que / bin / update dispose des autorisations d'exécution. apt-get et sudo ne modifient pas leurs autorisations.

  6.   José Miguel dit

    Je veux dire que toute personne qui entre dans notre ordinateur peut effectuer cette tâche sans autorisation root.

    1.    @Jlcmux dit

      Je l'ai déjà expliqué, il continuera à vous demander un mot de passe ou sera connecté en tant que root. il n'y a rien à voir

  7.   Emilio dit

    Je pense que le plus simple est d'ajouter un alias dans .bashrc comme on dit dans les commentaires ci-dessus

  8.   ilgrim dit

    Ignorer le fait de la bonne chose serait d'utiliser des alias bash pour ce faire, la chose particulièrement saignante est que vous laissez le script dans / bin au lieu de / usr / local / bin.

    Je m'ennuie de voir dans presque tous les blogs comment vous sautez le LHFS et que vous éparpillez des ordures dans le système de fichiers sans ordre ni concert.

    1.    Raist dit

      Amen à ce qu'Ilgrim a dit

    2.    merlin le debianite dit

      Je pense que vous avez raison, cela ressemblerait à winbug avec tant de fichiers et de bibliothèques faisant la même chose. XD.

      Mieux vaut utiliser l'alias.

      J'ai créé un script de mise à jour sudo aptitue sur 2 lignes et une mise à niveau complète sudo aptitude.J'ai mis le script dans / usr / bin /, et je mets à jour totalement le système et ses référentiels en tapant simplement 'update' dans la console. Mais c'est un script qui fait 2 choses pas seulement une.

      1.    Hugo dit

        Vous pouvez toujours avoir des alias de plusieurs commandes:

        alias actualizar='sudo aptitude -y update && sudo aptitude -y safe-upgrade && sudo aptitude full-upgrade && sudo aptitude autoclean'

    3.    Luis dit

      Je n'ai jamais su où placer mes scripts, ce que je fais habituellement est de les laisser dans un dossier caché chez moi, puis d'ajouter le chemin correspondant au chemin dans le fichier .bashrc

      Est-il correct de le faire comme ça ou vaut-il mieux les laisser dans / usr / local / bin pendant que vous commentez?

      Cette équipe n'a qu'un seul utilisateur.

      1.    msx dit

        Oui, bien sûr, c'est parfait, tout dépend de votre besoin.
        De même, ce que l'auteur de cet article propose est cochon et c'est une très mauvaise pratique, en tout cas il serait plus propre d'ajouter un répertoire dans / usr / bin (que nous ajoutons à notre tour à notre $ PATH) et là oui à l'intérieur cela ajoute tous nos scripts personnels.

        1.    Luis dit

          Je préfère les avoir contrôlés dans mon / home au lieu de / usr / bin, je ne sais pas, je préfère cela.

          Une autre chose que je n'ai jamais su où mettre, ce sont les fichiers partagés entre les autres utilisateurs de l'équipe:

          Sur un autre ordinateur, j'ai deux utilisateurs et l'idée est de partager le dossier Vidéos afin qu'ils l'utilisent tous les deux.

          Ce que j'ai fait, c'est de créer un dossier Vidéos dans / media car tous les utilisateurs y ont accès, puis de créer un lien sur la page d'accueil de chaque utilisateur qui pointe vers ledit dossier / média / Vidéos

          Est-il correct de le faire? Je le dis parce que j'ai des problèmes de permission

          Qui dois-je désigner comme propriétaire dudit dossier?

  9.   msx dit

    Cela ne fonctionne que dans le cas où nous voulons que le script soit exécuté en tant que root mais sans entrer le mot de passe, donc en plus du script prévu, nous devons éditer la ligne correspondante du visudo.

    Pour tout le reste, il y a ALIAS, ce que vous avez fait est une merde, inexplicable.

  10.   contre dit

    Ce que je trouve étrange, c'est de vouloir utiliser «install» qui est une commande avec ses propres fonctions. Comme tout le monde le dit, un alias et sans faire autant d'histoire.

  11.   Guerre éclair dit

    Excellent