Polecenie Ubuntu zamurowało mój system?

Kilka dni temu niedawno zainstalowałem Ubuntu na komputerze, aby uruchomić ekskluzywny program. Skończyłem z tym i miałem sformatować dysk, aby ponownie zainstalować system Windows. Jednak mój młodszy brat chciał uruchomić na nim to polecenie, które zniszczyłoby system operacyjny, i pomyślałem, że to nie zaszkodzi, ponieważ i tak sformatuję dysk.

To było to:

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

Przepraszam, moja noobność, jeśli to polecenie ma zakończyć świat czy coś w tym rodzaju. Zepsuło to system operacyjny i ponownie uruchomiłem komputer z instalacyjnym systemem Windows USB, planując sformatować dysk w Instalatorze Windows.

Jednak po ponownym uruchomieniu monitor nie otrzymał żadnych danych wejściowych. Również wskaźnik dysku twardego (lub cokolwiek to było czerwone światło) nie zrobił nic. (Właściwie to było wyłączone.) Fani pracowali, a napęd DVD był. (Nie sądzę, że jest tam głośnik PC, więc jeśli potrzebujesz kodów błędów, przepraszam.)

Próbowałem zamienić kabel VGA z karty graficznej na płytę główną, ale nadal nie mam wejścia. Próbowałem włożyć ten stary dysk Windows XP do napędu, ale nic się nie pojawiło. Mashed przyciski Delete, F12 itp., Ale nic się nie wydarzyło. Następnie spojrzałem do Internetu i spróbowałem zasadzić pamięć RAM, ale nic się nie zmieniło. Zastanawiam się nad ręcznym zresetowaniem pamięci CMOS, ale jeszcze do niej nie dotarłem. (Powiedz mi, czy masz zamiar to zrobić, ponieważ nie chcę spieprzyć komputera, jeśli nie muszę).

Mam UEFI, więc mogę być w stanie użyć układu zapasowego na wypadek uszkodzenia BIOS-u.

Jest to możliwe w systemie UEFI działającym systemd.

• Phoronix: W świecie UEFI „rm -rf /” może zepsuć twój system
• Raport o błędach systemowych , źródło tego artykułu

Podsumowując, cytując komentarz z tego raportu o błędzie:

Punkt 1:
Usunięcie /sys/firmware/efi/efivars/powinno zniszczyć twoją konfigurację EFI, ale w poprawnie zaimplementowanym EFI powinno to być możliwe do odzyskania.

Punkt 2:
Istnieje kilka elementów sprzętu z uszkodzonymi / źle zaimplementowanymi EFI, które można trwale zamurować, wykonując z nimi standardowe elementy. Zobacz na przykład przypadek, w którym Ubuntu zamurował niektóre laptopy Samsunga, przechowując dodatkowe dane w pamięci EFI. To zachowanie było w porządku, ale zepsuło to konkretne wdrożenie.

Punkt 3:
Uruchamianie czegokolwiek jako root, który pisze do /dev/sda, zniszczy tablicę partycji i / lub systemy plików. To źle, zwłaszcza jeśli nie masz kopii zapasowej, ale po partycjonowaniu, utworzeniu nowych systemów plików i ponownej instalacji systemu operacyjnego komputer będzie działał ponownie. Możesz więc odzyskać dane po uruchomieniu innego nośnika i ponowić instalację.

Punkt 4:
Zgniecenie EFI to zupełnie inny problem. W najgorszym przypadku nie będziesz w stanie nic zrobić z maszyną, ponieważ nie dostanie się ona do POST. Bez uruchamiania z innego nośnika, bez wprowadzania narzędzi EFI w celu naprawy brakujących elementów. Od tego momentu Twój komputer to naprawdę drogi przycisk do papieru.

Problem występuje w dystrybucjach, które uruchamiają systemd i montują zapis efivarfs(at /sys/firmware/efi/efivars). Systemd musi tam napisać, więc wpływa to na dystrybucje korzystające z systemd. Wydaje się jednak, że nic nie wskazuje na to, że dotyczy to systemów Upstart.

Uruchomienie polecenia rm -rf /może zablokować dowolne urządzenie UEFI (w tym to, z którego piszę). Spowoduje to usunięcie wszystkich plików, które zawierają zamontowane dyski i zmienne oprogramowania układowego EFI (to właśnie są cegły). Linux podłącza zmienne EFI do /sys/firmware/efi/efivars/i rm -rf /usuwa wszystkie pliki (zmienne EFI) z tego folderu. Twój komputer najprawdopodobniej jest klockiem i nie można go naprawić (EFI używa NVRAM ).

Stare komputery z systemem BIOS nie obsługują cegieł rm -rf /, ponieważ nie mają zmiennych oprogramowania wbudowanego EFI, które można by usunąć. Można również zrobić to samo (usunąć wszystkie zmienne EFI) w systemie Windows za pomocą kilku wierszy kodu.

Nie ma możliwości, aby usunięcie plików zniszczyło dysk, normalnie (zobacz moją edycję na końcu - najwyraźniej istnieje sposób). Polecenie jest takie samo, jak wpisanie del -sc: *. * W wierszu poleceń systemu Windows (jeśli moja pamięć składniowa DOS jest poprawna). Oczywiście usunięcie systemu operacyjnego spowoduje jego awarię, ale nic więcej.

Jeśli usuniesz katalog rozruchowy wraz z czymkolwiek innym, nawet całą partycję, nadal powinieneś otrzymać komunikat GRUB. Program ładujący GRUB nie zostałby skasowany, ponieważ nie jest częścią struktury katalogu, ale jego menu jest, więc nadal powinien próbować załadować się i dać błąd.

Masz inny problem i nie ma to nic wspólnego z Ubuntu. Nawet jeśli dysk ulegnie awarii, nie wpłynie to na proces rozruchu USB lub DVD.

EDYCJA: OK, myślę, że moja odpowiedź jest nieaktualna z powodu UEFI BIOS, o czym niewiele wiem. Najwyraźniej możliwe jest usunięcie krytycznych informacji konfiguracyjnych UEFI. Wierzę, że dzieje się tak, że zostanie to zamontowane w systemie plików, a jeśli zrobione niepoprawnie, nie będzie tylko do odczytu i można je usunąć, usuwając w ten sposób z systemu BIOS.

Mam doświadczenie, że nośnik Instalatora Windows może się zawiesić, jeśli Twój HD używa formatu, o którym Windows nie wie (np. Ext4).

W takim przypadku powinieneś uruchomić Linux LiveCD z GParted (jak ten ) i sformatować dysk twardy na coś takiego jak NTFS lub FAT32 przed próbą instalacji Windows.

Głównym problemem jest to, że system plików może obejmować urządzenia. Obejmuje to wszystko zamontowane. Jest to problem dla UEFI. Cholera, to problem dla Androida. A jeśli masz zamontowaną kamerę, powiedzmy, że usunąłeś również zawartość DCIM, prawda? Czego się nauczyłeś? Producent może ci pomóc i możesz flashować w inny sposób.

Wytrzyj dyski za pomocą dd if = / dev / zero następnym razem, a frywolne usuwanie rzeczy powróci, by cię ugryźć pewnego dnia. Wszystko skończy się łzami. Rzeczywiście możesz poświęcić czas na prankowanie kogoś takiego, jest to trochę gorsze niż del . w katalogu głównym MS-DOS PC.