przekierowanie do / dev / null

Czytam przykładowy skrypt powłoki bash:

#!/bin/bash

# This script makes a backup of my home directory.

cd /home

# This creates the archive
tar cf /var/tmp/home_franky.tar franky > /dev/null 2>&1

# First remove the old bzip2 file.  Redirect errors because this generates some if the archive
# does not exist.  Then create a new compressed file.
rm /var/tmp/home_franky.tar.bz2 2> /dev/null
bzip2 /var/tmp/home_franky.tar

# Copy the file to another host - we have ssh keys for making this work without intervention.
scp /var/tmp/home_franky.tar.bz2 bordeaux:/opt/backup/franky > /dev/null 2>&1

# Create a timestamp in a logfile.
date >> /home/franky/log/home_backup.log
echo backup succeeded >> /home/franky/log/home_backup.log

Próbuję zrozumieć użycie „/ dev / null 2> & 1” tutaj. Na początku myślałem, że ten skrypt używa / dev / null, aby z wdziękiem ignorować błędy bez powodowania awarii skryptu (coś w rodzaju próby obsługi wyjątków w językach programowania). Ponieważ nie widzę, jak użycie tar do skompresowania katalogu do pliku tar może spowodować jakiekolwiek błędy.

Nie, nie zapobiegnie to awarii skryptu. Jeśli wystąpią jakiekolwiek błędy w tarprocesie (np .: odmowa uprawnień, brak pliku lub katalogu, ...) skrypt nadal się zawiesi.

Ponieważ użycie > /dev/null 2>&1przekieruje wszystkie dane wyjściowe polecenia (zarówno stdouti stderr) /dev/null, co oznacza, że ​​żadne dane wyjściowe nie są drukowane na terminalu.

Domyślnie:

stdin  ==> fd 0
stdout ==> fd 1
stderr ==> fd 2

W skrypcie używasz > /dev/nullpowodując:

stdin  ==> fd 0
stdout ==> /dev/null
stderr ==> fd 2

A następnie 2>&1powodując:

stdin  ==> fd 0
stdout ==> /dev/null
stderr ==> stdout

Próbuję zrozumieć użycie „> / dev / null 2> & 1” tutaj.

(zwróć uwagę, że /dev/nullw pytaniu dodałem przekierowanie ).

Powyższe przekieruje STDOUTi STDERRdo /dev/null. Działa poprzez połączenie STDERRz STDOUT. (Zasadniczo wszystkie dane wyjściowe polecenia zostaną przekierowane do urządzenia zerowego .)

... bez powodowania awarii skryptu (coś w rodzaju próby złapania obsługi wyjątków w językach programowania).

To nie do końca tak try/catch. To po prostu wycisza każdy wynik (w tym błąd) z polecenia.

Ponieważ nie widzę, jak użycie tar do skompresowania katalogu do pliku tar może spowodować jakiekolwiek błędy.

Może to powodować błędy z wielu powodów, w tym:

• Niewystarczające uprawnienia do pliku (ów), które próbujesz zarchiwizować lub do pliku, do którego próbujesz zapisać
• Brak miejsca na dysku w celu utworzenia archiwum

Po uruchomieniu CMD> / dev / null 2> i 1

STDOUT przekierowuje na / dev / null, a następnie STDERR przekierowuje na ADRES STDOUT, który został ustawiony na / dev / null, w związku z czym zarówno STDOUT, jak i STDERR wskazują na / dev / null

Przeciwnie, po uruchomieniu CMD 2> i 1> / dev / null

STDERR przekierowuje na ADRES STDOUT (deskryptor pliku 1 w tym momencie lub / proc / self / fd / 1), a następnie STDOUT przekierowuje do / dev / null, ale STDERR ciągle przekierowuje do fd1 !! W rezultacie normalne wyjście z STDOUT jest odrzucane, ale błędy pochodzące z STDERR są nadal zapisywane na konsoli.

Przekierowanie We / Wy Bash

Główną ideą wyjaśnienia tego jest:

Przekierowania są stosowane od PRAWEJ do LEWEJ, w przeciwieństwie do normalnego sposobu czytania przez anglojęzycznych.

Więc ten kod:

command > filename 2>&1

przekierowuje stderrdo stdout najpierw ( 2>&1), a następnie wysyła stdout(łącznie z przekierowanym stderr) do filename( > filename). Oto wyjaśnienie ABSG (rozdz. 20) .

Ten kod:

command >>/dev/null 2>&1

przekierowuje stderri stdoutdo /dev/null... co oznacza donikąd . Przesyłane rzeczy /dev/nullnie są w żaden sposób zapisywane, buforowane ani zapamiętywane.

Są po prostu wysyłani do „ nigdzie ” i zapominani. Jest to sposób uruchamiania programów i upewnienia się, że nie generują one żadnych danych wyjściowych i nigdy nie będą widoczne w wierszu poleceń ani w pliku dziennika.

Widzę tego typu pytania dość często ... głównie dlatego, że musiałem to sprawdzić sam, ponieważ nie kodowałem od lat. Oto kilka przydatnych informacji z ABSG:

„Przekierowanie oznacza po prostu przechwytywanie danych wyjściowych z pliku, polecenia, programu lub skryptu i wysyłanie go jako danych wejściowych do innego pliku, polecenia, programu lub skryptu”.

2>&1 
# Redirects stderr to stdout.

command >>filename 2>&1
# Appends both stdout and stderr
#+  to the file "filename" ...

ABSG: Advanced Bash Scripting Guide: Rozdział 20 Powyższy link jest link do przekierowania strony I / O z open source tldp.org dokumentu o nazwie Zaawansowane Bash Scripting Guide przez Mendla Coopera. Jest wymieniony jako „Dogłębna eksploracja sztuki skryptowania powłoki” i całkowicie się zgadzam. Jest to wspaniały zasób i ma mnóstwo odpowiedzi na wszelkiego rodzaju szalone sytuacje.

Inne cenne zasoby: W bieżącej / utrzymywanej sekcji znajduje się wiele cennych zasobów (w kilku przydatnych formatach, takich jak HTML, PDF, tekst itp.) Na stronie Przewodniki po dokumentacji dokumentacji systemu Linux . Oto kilka, które uważam za przydatne:

• Przewodnik Bash dla początkujących autorstwa Machtelta Garrelsa
• Wprowadzenie do Linuksa autorstwa Machtelta Garrelsa
• Podsumowanie narzędzi wiersza poleceń GNU / Linux autorstwa Gareth Anderson
• Hierarchia systemu plików Linux autorstwa Binh Nguyen
• Zabezpieczanie i optymalizacja systemu Linux (tylko pdf): najlepsze rozwiązanie autorstwa Gerharda Mourani