Uruchomiłem jedno polecenie w Linuksie, którego nigdy nie powinieneś uruchamiać. Oto co się stało

Eksperyment z poleceniem rm -rf w Linuxie ujawnia ryzyko i potrzebę ostrożności. Przy odpowiednim planie, nawet zniszczenie można naprawić, co pokazuje znaczenie migawek i kopii zapasowych.

W świecie Linuxa polecenie rm nie jest przyjacielem. Jego moc może przypadkowo zniszczyć system. Jako root, wystarczy jeden fałszywy ruch. Wiedziałem, że nie powinienem tego robić, ale mimo to zdecydowałem się na to. Oto czemu.

Dlaczego rm -rf?

Ustawienie eksperymentu

To miał być tylko eksperyment. Długo bawiłem się z Linuxem, znając zasady ostrożności. Zastanawiałem się, co stanie się w nowoczesnym systemie, gdy zaryzykuję. Używałem tymczasowej maszyny wirtualnej w VirtualBoxie, co dało mi pewną pewność. Nigdy nie ryzykowałbym na docelowym środowisku.

Chciałem też sprawdzić, jak skutecznie można odzyskać system, jeśli coś pójdzie nie tak. Zdecydowałem się na klonowanie maszyny wirtualnej, by móc wrócić do wcześniejszej migawej.

W zwykłym scenariuszu przeszłoby to przez przywracanie z kopii zapasowych.

System Linux w moich rękach

Jednorazowe środowisko

Jak już powiedziałem, to będzie maszyna wirtualna. Zwykły Debian w VirtualBoxie, moim ulubionym wyborem. Standardowa instalacja, z typowym przebiegiem instalacji. Dwu rdzeniowa maszyna z 4 GB RAM. Nie myślałem, że potrzebuję potężnej specyfikacji, by pozbyć się wszystkiego.

Oprogramowanie było lekkie. Wybrałem Xfce, moje ulubione środowisko graficzne, z podstawowymi aplikacjami Debiana.

Co się stało?

Ostrzeżenie o destrukcji

Nawet w maszynie wirtualnej czułem dreszczyk emocji. Wziąłem głęboki oddech, otworzyłem terminal i wprowadziłem polecenie:

sudo rm -rf /

To przesuwało się przez cały system, usuwając pliki z katalogu głównego. Nacisnąłem Enter. Spodziewałem się chaosu, a otrzymałem komunikat o błędzie:

rm: włamanie rekursywne na '/' jest niebezpieczne
rm: użyj --no-preserve-root, aby to zignorować

Okazuje się, że twórcy GNU wprowadzili zabezpieczenia przed legendarnym zachowaniem rm w katalogu głównym.

Starałem się być wystarczająco lekkomyślny, dodając opcję:

sudo rm -rf / --no-preserve-root

I w ten sposób rm miało pełną moc.

Serio, nie róbcie tego.

Co wydarzyło się z systemem?

Wszystko i nic

Spodziewałem się widowiskowego zniszczenia. Zamiast tego ujrzałem komunikat o błędzie, ekran stawał się czarny, a kursor migotał. Wydawało mi się, że środowisko powinno pozostać nietknięte, ale pamiętałem już czasy, gdy system po takim eksperymencie nie był dostępny.

Próbowałem przełączać się między terminalami, by zalogować się, ale Alt plus Fn nie przyniosło skutku. Nie spanikowałem, bo wiedziałem, że to tylko maszyna wirtualna. Po prostu ją wyłączyłem.

Czy mogłem odzyskać?

Krótka odpowiedź: tak

Miałem plan odzyskiwania. Luźny, ale jednak plan. Chciałem wykorzystać funkcję migawki VirtualBoxa. Zanim ponownie spróbowałem destrukcji…Utworzyłem migawkę stanu maszyny wirtualnej z Linuxem. Z ciekawości sprawdziłem, czy uda mi się cofnąć do wcześniejszego etapu. Niszczyłem tylko klon mojej konfiguracji, więc nie było zbyt wiele do stracenia.

W menu zamykania, przy wyłączaniu maszyny, natknąłem się na opcję przywrócenia do migawki. Wybrałem ją. Wirtualna maszyna uruchomiła się ponownie.

Migawka była zrobiona, a ja wróciłem na pulpit Debian Xfce, jakby nic się nie wydarzyło.

Lekcje mojego eksperymentu

Ten eksperyment w destrukcji Linuxa ujawnia, dlaczego system ten cieszy się popularnością wśród programistów. Nie stawia barier między tobą a tym, co chcesz osiągnąć, nawet jeśli ryzykujesz katastrofę, taką jak skasowanie wszystkich plików. Linux, z jego uniksowym dziedzictwem, jest „przez programistów, dla programistów”. Kluczowa lekcja? Ostrożność przy naciskaniu Enter, zwłaszcza jeśli masz dostęp roota i wykonujesz ryzykowne komendy, takie jak rm.

Ten incydent wykazuje, że można się odbudować, jeśli masz odpowiedni plan. W przypadku ważnych systemów, jak serwery, solidna strategia kopii zapasowych to wymóg. Możliwość powrotu do migawek pokazuje, że masz drogę wyjścia, jeśli wcześniej opracowałeś plan. To jak ubezpieczenie: liczy się, gdy potrzebujesz go najbardziej.

Jeśli ciekawią Cię artykuły podobne do Uruchomiłem jedno polecenie w Linuksie, którego nigdy nie powinieneś uruchamiać. Oto co się stało, zajrzyj do kategorii Linux i odkryj jeszcze więcej interesujących treści.