Qu'est-ce que / dev / null et comment cela peut-il vous aider?

Si nous avons déjà quelques notions de l'arborescence de répertoires GNU / Linux, nous devrions au moins être familiers avec la référence / dev /, qui est effectivement l'endroit où tous les fichiers liés à périphériques matériels. Si on regarde dans le répertoire / dev / nous verrons un "fichier" appelé nul, mais si nous voulons l'ouvrir pour voir son contenu, le système nous dira que ce n'est pas possible puisqu'il ne s'agit pas d'un contenu ordinaire. J'ai joint le fichier Word car, comme vous le savez tous pour Linux, tout (matériel et logiciel) est représenté sous forme de fichier.

À quel appareil / dev / null correspond-il?

Pour des raisons pratiques, imaginez une poubelle, une fosse sans fond ou un espace extra-atmosphérique dans lequel jeter quoi que ce soit sans possibilité de le récupérer (peu importe à quel point les gars de la NASA essaient).

Mais si j'ai déjà des commandes comme rm, pourquoi est-ce que je veux quelque chose de nouveau à supprimer?

Parce que le fonctionnement des deux «trous noirs» est complètement différent: comment feriez-vous pour remplacer la sortie standard d'une erreur dans une commande dans un script shell au moment de l'exécution? C'est là que / dev / null entre en jeu.

Voyons cela avec un exemple.

Nous avons créé un fichier appelé tests contenant la chaîne "Hello World". Si nous voulons représenter le contenu de ce fichier sur la ligne de commande, nous pourrions le faire de la manière suivante:

utilisateur @ ordinateur portable: ~ $ test de chat
Salut monde

Si le fichier n'existait pas ou était nommé comme tests (avec un `` s '' à la fin), nous obtiendrions l'erreur suivante dans la console:

user @ laptop: ~ $ tests de chat
cat: tests: le fichier ou le répertoire n'existe pas

Que pouvons-nous faire pour éviter le message d'erreur? Eh bien, redirigez simplement la sortie de la commande, en cas d'erreur, vers une "poubelle", c'est-à-dire vers / dev / null

Comment le spécifions-nous en cas d'erreur? Vous entrez ici les valeurs d'entrée, de sortie et d'erreur standard d'un programme: STDIN, STDOUT et STDERR (qui peuvent être remplacées respectivement par 0, 1 et 2). De cette façon, si nous mettons ...

utilisateur @ ordinateur portable: ~ $ cat tests 2> / dev / null
utilisateur @ ordinateur portable: ~ $

… Nous verrons que le message d'erreur ne sera pas produit sur la console.

Il faut être prudent car la syntaxe est essentielle: entre les caractères 2 et> il ne doit pas y avoir d'espace. Sinon, cela donnerait ce qui suit:

utilisateur @ ordinateur portable: ~ $ cat tests 2> / dev / null
cat: tests: le fichier ou le répertoire n'existe pas
cat: 2: le fichier ou le répertoire n'existe pas

En revanche, un espace entre> et / dev / null n'affectera pas négativement le résultat.

Nous pourrions également utiliser la redirection d'erreur, par exemple, pour capturer les erreurs dans un fichier journal comme suit:

utilisateur @ ordinateur portable: ~ $ cat tests 2> err.log

Un autre cas intéressant serait la collecte des résultats dans un autre fichier tant qu'une erreur ne se produit pas, pour laquelle nous mettrions:

utilisateur @ ordinateur portable: ~ $ cat test 1> output_result 2> err.log

Enfin, il est possible de mettre l'expression «> / dev / null 2> & 1» dans laquelle la sortie standard et la sortie d'erreur sont combinées, en les redirigeant pour qu'en aucun cas les informations de sortie ne soient obtenues.