Dlaczego przenoszenie katalogów do / dev / null jest niebezpieczne?

Podczas próby przeniesienia test_dirkatalogu pojawia /dev/nullsię komunikat

mv: cannot overwrite non-directory ‘/dev/null’ with directory ‘test_dir/’

Dlaczego więc ludzie mówią „Nie uruchamiaj polecenia sudo mv ~ /dev/null, spowoduje to przeniesienie twojego katalogu domowego do dziury?”

Połączyć

Ale /homejest także katalogiem.

Ponieważ ludzie zakładają. Byłem jedną z tych osób, dopóki tego nie przetestowałem . Łatwo zrozumieć, dlaczego ludzie zakładają ... Wygląda niebezpiecznie ...

... ale tak naprawdę nie można przenieść rzeczy do /dev/null- To specjalny plik, który po prostu pochłania przekierowania (i wysyła je w nicość). Jeśli spróbujesz przenieść do niego katalog, system plików eksploduje na twoją twarz i jeśli spróbujesz przenieść do niego plik, prawdopodobnie skończysz go zastępując.

Pierwszy link będzie dotyczył katalogów, ale tutaj jest osobny test tylko nadpisania go plikiem. Jak zauważa Rmano w komentarzach, prawdopodobnie nie należy tego robić bez nadzoru osoby dorosłej. Istnieje ryzyko.

$ echo "this is my file" > test
$ cat test
this is my file

$ sudo mv test /dev/null
$ cat /dev/null
this is my file

# Fix this!
$ sudo rm /dev/null
$ sudo mknod -m 0666 /dev/null c 1 3

/dev/nullto tylko plik, jest to plik „znaków specjalnych”, ale mimo to nadal jest związany zasadami, których muszą przestrzegać pliki. Biorąc to pod uwagę, nigdy nie można uruchomić tego polecenia:

$ mv ~ /dev/null

mvKomenda nie pozwoli na to, ponieważ jesteś w ruchu katalog do pliku, który po prostu nie ma sensu kontekstowo i mvwie o tym.

Przykład

$ mkdir dir
$ touch afile
$ mv dir afile
mv: cannot overwrite non-directory ‘afile’ with directory ‘dir’

Nie możesz kopiować do /dev/nullżadnego z nich, biorąc pod uwagę, że jest to plik znakowy, jeśli spróbujesz skopiować do niego zwykły plik.

$ cp ~/bzip2_1.0.6-4_amd64.deb /dev/null
$ ls -l |grep null
crw-rw-rw-  1 root root        1,   3 Mar 16 14:25 null

Jedyne, co możesz zrobić z tym plikiem, to skopiować mvna niego inny plik lub go usunąć.

$ mv /path/to/afile /dev/null

Po tym poleceniu /dev/nulljest zwykłym plikiem. Najbardziej niebezpiecznym efektem tej zmiany jest to, że nigdy nie/dev/null powinna generować żadnych danych, więc szereg skryptów powłoki to założy

`... < /dev/null` 

jest równoznaczne z powiedzeniem „nic”. Złamanie tego założenia może prowadzić do losowych danych (no cóż, danych, które ostatni proces zapisał do `/ dev / null ') wstawionych do plików systemowych w całym systemie --- co może prowadzić do całkowicie zepsutego i niemożliwego do odzyskania systemu.

Możesz zapisywać pliki lub inne strumienie wejściowe do /dev/nullkatalogów, ale nie do nich. Próba przeniesienia katalogu do /dev/nullniego spowoduje zgłoszenie błędu, ponieważ /dev/nullnie jest to katalog, ale plik.

Ponieważ jednak chcesz poeksperymentować /dev/null, najpierw sugeruje się znać konsekwencje przeniesienia pliku do zastąpienia /dev/nulli sposób odzyskania po tej sytuacji:

• Mogę czytać z / dev / null; jak to naprawić?

Jak sugeruje @Rmano w tej odpowiedzi na to pytanie, w celu eksperymentowania z nim /dev/nullpowinniśmy raczej utworzyć jego kopię, a następnie przeprowadzić nasze eksperymenty. Stwórzmy /tmp/nullgo i wykorzystajmy do naszych celów eksperymentalnych:

sudo mknod -m 0666 /tmp/null c 1 3

Teraz /tmp/nulljest nasz /dev/nulldo wszystkich celów:

Stwórzmy test_fileai test_dirwewnątrz katalogu o nazwie ask_ubuntu.

$ mkdir ask_ubuntu
$ cd ask_ubuntu
$ touch test_file
$ mkdir test_dir
$ echo "Let us test if we can recover our test_file." > test_file

Poniżej przedstawiono zawartość ask_ubuntukatalogu:

$ ls -la
total 12
drwxr-xr-x 3 aditya aditya 4096 Mar 18 17:10 .
drwxr-xr-x 4 aditya aditya 4096 Mar 18 17:10 ..
drwxr-xr-x 2 aditya aditya 4096 Mar 18 17:10 test_dir
-rw-r--r-- 1 aditya aditya    0 Mar 18 17:10 test_file

Teraz starają się przenieść nasze test_filedo /tmp/nulli zobaczyć zawartość ask_ubuntu:

$ sudo mv test_file /tmp/null   # This succeeds
$ ls -la
total 12
drwxr-xr-x 3 aditya aditya 4096 Mar 18 17:12 .
drwxr-xr-x 4 aditya aditya 4096 Mar 18 17:10 ..
drwxr-xr-x 2 aditya aditya 4096 Mar 18 17:10 test_dir

Polecenie się powiodło i test_filenie jest już dostępne. Teraz spróbuj przejść test_dirdo tego, /tmp/nullco się nie powiedzie:

$ sudo mv test_dir/ /tmp/null 
mv: cannot overwrite non-directory ‘/tmp/null’ with directory ‘test_dir/’

test_dirjest nadal obecny w środku ask_ubuntu:

$ ls -la
total 12
drwxr-xr-x 3 aditya aditya 4096 Mar 18 17:12 .
drwxr-xr-x 4 aditya aditya 4096 Mar 18 17:10 ..
drwxr-xr-x 2 aditya aditya 4096 Mar 18 17:10 test_dir

Teraz, niech nam dowiedzieć, czy możemy odzyskać nasze test_fileod /tmp/null:

$ cat /tmp/null
Let us test if we can recover our test_file.

Tak więc nadal tam jest i /tmp/nullktóry był specjalnym plikiem został nadpisany i stał się jak każdy inny zwykły plik. Możemy odzyskać nasz plik, kopiując /tmp/nulltak jak każdy inny plik:

$ cp /tmp/null our_test_file
$ cat our_test_file
Let us test if we can recover our test_file.

Plik odzyskany.

Uwaga:

Jeśli nie utworzyłeś /tmp/nulli nie wypróbowałeś tych poleceń bezpośrednio za pomocą /dev/null; upewnij się, że odzyskałeś plik (jeśli potrzebujesz), uruchamiając cp /dev/null our_test_file; i przywróć /dev/nulldo celów, jakie istnieje w naszym systemie, uruchamiając następujące polecenia, jak podano w połączonym pytaniu, tak szybko jak to możliwe:

$ sudo rm /dev/null
$ sudo mknod /dev/null c 1 3
$ sudo chmod 666 /dev/null

Wniosek:

• Dlatego nie można przenieść katalogu do katalogu /dev/nulli dlatego nie ma mowy o odzyskaniu katalogu z tego miejsca.

• Jeśli chodzi o pliki, jeśli przeniesiesz je bezpośrednio /dev/null, nadal możesz je odzyskać, jak pokazano powyżej. Istnieją jednak dwa wyjątki:

  1. W okresie uruchamiania sudo mv test_file /dev/nulli cp /dev/null our_test_file, jeśli skrypt korzeń w systemie zastąpienie go systemem echo "Whatever text the root script wants to send to /dev/null" > /dev/null(lub innych podobnych poleceń). W takim razie nie mamy łatwego sposobu na odzyskanie naszego pliku.

  2. Jeśli zrestartujesz system między uruchomieniem tych dwóch poleceń. /dev/nullzostanie ponownie utworzony podczas rozruchu, więc nasz plik zostanie utracony po wyłączeniu komputera.

• Ale jeśli chcesz odzyskać strumienie wejściowe echo "Stream this line to /dev/null" > /dev/null, nie możesz tego odzyskać, ponieważ /dev/nulljest to specjalny plik do usuwania niechcianych plików i strumieni wejściowych, a jak wspomina artykuł w Wikipedii, nie dostarcza żadnych danych do procesu, który z niego odczytuje.

Odniesienie: Artykuł w Wikipedii na temat/dev/null

Wszystko wysłane do /dev/nulljest po cichu odrzucane. Jeśli wpiszesz:

echo "Hello World"

Hello Worldpojawi się na ekranie. Jeśli wpiszesz:

echo "Hello World" >/dev/null

nic nie wyświetla się na ekranie.

Ale w przypadku polecenia move polecenie mvpróbuje zastąpić plik / dev / null katalogiem, co nie jest możliwe. Ponieważ w Linuksie wszystko jest plikiem, / dev / null jest plikiem. Oczywiście jeden specjalny (plik urządzenia), specjalny plik umożliwiający dostęp do sprzętu (takiego jak dyski, partycje, karty dźwiękowe, porty szeregowe, ...). W przypadku / dev / null nie jest to powiązane z żadnym sprzętem, więc dane do niego wysyłane są dyskretnie odrzucane. Właśnie dlatego „oni” mogli nazwać to blackhole.