Cos'è / dev / null e come può aiutarti?

Se abbiamo già alcune nozioni sull'albero delle directory GNU / Linux, dovremmo almeno avere familiarità con / dev / reference, che è effettivamente dove tutti i file relativi dispositivi hardware. Se guardiamo nella directory / dev / vedremo un "file" chiamato nullo, ma se vogliamo aprirlo per vederne il contenuto, il sistema ci dirà che non è possibile poiché non è un contenuto ordinario. Ho allegato la parola file perché, come tutti sapete per Linux, tutto (hardware e software) è rappresentato come un file.

A quale dispositivo corrisponde / dev / null?

Per scopi pratici, immagina un bidone della spazzatura, un pozzo senza fondo o uno spazio esterno in cui gettare qualsiasi cosa senza la possibilità di recuperarla (non importa quanto ci provino i ragazzi della NASA).

Ma se ho già comandi come rm, perché voglio qualcosa di nuovo che elimino?

Perché il modo in cui funzionano entrambi i "buchi neri" è completamente diverso: come si esegue l'override dell'output standard di un errore in un comando all'interno di uno script di shell in fase di esecuzione? È qui che entra in gioco / dev / null.

Vediamolo con un esempio.

Abbiamo creato un file chiamato test contenente la stringa "Hello World". Se vogliamo rappresentare il contenuto di quel file sulla riga di comando, potremmo farlo nel modo seguente:

utente @ laptop: ~ $ cat test
Ciao mondo

Se il file non esistesse o fosse denominato come test (con una 's' alla fine), avremmo ricevuto il seguente errore nella console:

utente @ laptop: ~ $ cat tests
cat: tests: il file o la directory non esiste

Cosa potremmo fare per evitare il messaggio di errore? Bene, reindirizza semplicemente l'output del comando, in caso di errore, a un "cestino della spazzatura", cioè a / dev / null

Come lo specifichiamo in caso di errore? Qui è dove entrano i valori di input, output e errore standard per un programma: STDIN, STDOUT e STDERR (che possono essere sostituiti rispettivamente con 0, 1 e 2). In questo modo, se mettiamo ...

user @ laptop: ~ $ cat test 2> / dev / null
utente @ laptop: ~ $

… Vedremo che il messaggio di errore non verrà prodotto sulla console.

Devi stare attento perché la sintassi è essenziale: tra i caratteri 2 e> non deve esserci spazio. Altrimenti, darebbe quanto segue:

user @ laptop: ~ $ cat test 2> / dev / null
cat: tests: il file o la directory non esiste
cat: 2: il file o la directory non esiste

Al contrario, uno spazio tra> e / dev / null non influirà negativamente sul risultato.

Potremmo anche utilizzare il reindirizzamento degli errori, ad esempio, per acquisire gli errori in un file di registro come segue:

user @ laptop: ~ $ cat tests 2> err.log

Un altro caso interessante sarebbe la raccolta dei risultati in un altro file fino a quando non si verifica un errore, per il quale metteremmo:

user @ laptop: ~ $ cat test 1> output_result 2> err.log

Infine, vale la pena inserire l'espressione «> / dev / null 2> & 1» in cui vengono combinati lo standard output e l'output dell'errore, reindirizzandoli in modo che in nessun caso si ottenga l'informazione di output.