Ein Ubuntu-Befehl hat mein System blockiert?

Ich habe Ubuntu vor ein paar Tagen frisch auf meinem Computer installiert, um ein exklusives Programm auszuführen. Ich war damit fertig und wollte das Laufwerk formatieren, um Windows neu zu installieren. Mein kleiner Bruder wollte jedoch diesen Befehl im Terminal ausführen, der das Betriebssystem zerstören würde, und ich dachte, dass es nicht schaden würde, da ich das Laufwerk sowieso formatieren würde.

Es war das:

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

Entschuldigen Sie meine Unachtsamkeit, wenn dieser Befehl die Welt oder etwas beenden soll. Also hat es das Betriebssystem durcheinander gebracht und ich habe den PC mit dem Windows-Setup-USB neu gestartet, um das Laufwerk im Windows-Setup zu formatieren.

Beim Neustart erhielt der Monitor jedoch überhaupt keine Eingaben. Auch die HDD-Anzeige (oder was auch immer das rote Licht war) tat nichts. (Tatsächlich war es ausgeschaltet.) Die Fans arbeiteten und das DVD-Laufwerk war es auch. (Ich glaube nicht, dass ein PC-Lautsprecher vorhanden ist. Wenn Sie also einen Piepton-Fehlercode benötigen, tut mir leid.)

Ich habe versucht, das VGA-Kabel von der Grafikkarte auf das Motherboard umzuschalten, aber ich habe immer noch keinen Eingang. Ich habe versucht, diese alte Windows XP-Diskette in das Laufwerk einzulegen, aber es wurde nichts angezeigt. Drückte die Tasten Löschen, F12 usw., aber nichts geschah. Ich habe dann online gesucht und versucht, den Arbeitsspeicher neu zu installieren, aber nichts hat sich geändert. Ich überlege, das CMOS manuell zurückzusetzen, bin aber noch nicht dazu gekommen. (Bitte sagen Sie mir, ob Sie dies empfehlen würden, da ich den PC nicht vermasseln möchte, wenn ich nicht muss.)

Ich habe UEFI, daher kann ich möglicherweise einen Backup-Chip verwenden, falls das BIOS beschädigt ist.

Dies ist auf einem UEFI-System möglich, auf dem systemd ausgeführt wird.

• Phoronix: In einer UEFI-Welt kann "rm -rf /" Ihr System blockieren
• Systemd-Fehlerbericht , Quelle dieses Artikels

Zusammenfassend kann ein Kommentar aus diesem Fehlerbericht zitiert werden :

Punkt 1:
Löschen /sys/firmware/efi/efivars/sollte Ihre EFI-Konfiguration beschädigen, aber in einem ordnungsgemäß implementierten EFI sollte dies wiederherstellbar sein.

Punkt 2:
Es gibt einige Hardware-Teile mit defektem / schlecht implementiertem EFI, die durch standardkonformes Arbeiten dauerhaft blockiert werden können. Sehen Sie sich zum Beispiel den Fall an, in dem Ubuntu einige Samsung-Laptops blockierte, indem zusätzliche Daten in einem EFI-Speicher gespeichert wurden. Dieses Verhalten war von Haus aus in Ordnung, hat aber diese spezielle Implementierung gebrochen.

Punkt 3:
Wenn Sie alles als root ausführen, in das geschrieben /dev/sdawird, werden Ihre Partitionstabelle und / oder Dateisysteme zerstört. Das ist schlecht, besonders wenn Sie keine Sicherung haben, aber nach der Partitionierung, dem Erstellen neuer Dateisysteme und der Neuinstallation Ihres Betriebssystems wird Ihr Computer wieder funktionieren. Sie können es also wiederherstellen, indem Sie ein anderes Medium booten und Ihre Installation wiederholen.

Punkt 4: Den
EFI zu verprügeln ist eine ganz andere Art von Problem. Im schlimmsten Fall können Sie mit dem Gerät nichts anfangen, da es nicht zum POST kommt. Kein Booten von einem anderen Medium, keine Eingabe eines EFI-Dienstprogramms, um fehlende Inhalte zu beheben. An diesem Punkt ist Ihr Computer ein wirklich teures Briefbeschwerer.

Das Problem tritt in Distributionen auf, die systemd ausführen und efivarfswriteable (at /sys/firmware/efi/efivars) bereitstellen . Systemd muss dort schreiben, daher sind Distributionen, die systemd verwenden, betroffen. Es scheint jedoch keinen Hinweis darauf zu geben, dass Upstart-Systeme betroffen sind.

Das Ausführen des Befehls rm -rf /kann jedes UEFI- Gerät blockieren (einschließlich des Geräts, von dem ich schreibe). Dadurch werden alle Dateien gelöscht, die bereitgestellte Laufwerke und EFI-Firmware-Variablen enthalten (dies sind die Bausteine). Linux hängt die EFI-Variablen ein /sys/firmware/efi/efivars/und rm -rf /löscht alle Dateien (EFI-Variablen) in diesem Ordner. Ihr Computer ist höchstwahrscheinlich ein Baustein und kann nicht repariert werden (EFI verwendet NVRAM ).

Alte BIOS- Computer werden nicht gebrockt rm -rf /, da sie keine EFI-Firmware-Variablen haben, die gelöscht werden könnten. Es ist auch möglich, dasselbe unter Windows mit ein paar Codezeilen zu tun (alle EFI-Variablen löschen).

Das Löschen von Dateien kann normalerweise nicht zur Zerstörung des Laufwerks führen (siehe meine Bearbeitung am Ende - anscheinend gibt es einen Weg). Der Befehl entspricht der Eingabe von del -sc: *. * In der Windows-Befehlszeile (wenn mein DOS-Syntaxspeicher korrekt ist). Natürlich führt das Löschen des Betriebssystems zum Ausfall des Betriebssystems, mehr jedoch nicht.

Wenn Sie das Startverzeichnis zusammen mit etwas anderem löschen, auch die gesamte Partition, sollten Sie tatsächlich eine GRUB-Eingabeaufforderung erhalten. Der GRUB-Bootloader würde nicht gelöscht, da er nicht Teil der Verzeichnisstruktur ist, sondern dessen Menü. Daher sollte er versuchen, zu laden und einen Fehler zu melden.

Sie haben ein anderes Problem und es hat nichts mit Ubuntu zu tun. Selbst wenn der Datenträger ausfällt, hat dies keine Auswirkungen auf den USB- oder DVD-Startvorgang.

EDIT: OK, ich denke, meine Antwort ist veraltet aufgrund des UEFI-BIOS, über das ich wenig weiß. Anscheinend ist es möglich, wichtige UEFI-Konfigurationsinformationen zu löschen. Ich glaube, was passiert ist, dass dies auf das Dateisystem gemountet wird, und wenn es falsch gemacht wird, wird es nicht nur gelesen und kann gelöscht werden, wodurch es aus dem BIOS gelöscht wird.

Ich habe die Erfahrung gemacht, dass ein Windows Installer-Medium einfach hängen bleibt, wenn Ihre Festplatte ein Format verwendet, das Windows nicht kennt (wie ext4).

In diesem Fall sollten Sie eine Linux LiveCD mit GParted (wie diese ) ausführen und Ihre Festplatte mit NTFS oder FAT32 formatieren, bevor Sie versuchen, Windows zu installieren.

Das Hauptproblem hierbei ist, dass ein Dateisystem Geräte umfassen kann. Dies schließt alles ein , was montiert ist. Dies ist ein Problem für die UEFI. Heck, es ist ein Problem für Android. Und wenn Sie beispielsweise eine eingebaute Kamera hatten, haben Sie auch Ihre DCIM-Inhalte gelöscht, oder? Also, was hast du gelernt? Der Hersteller kann Ihnen möglicherweise helfen, und Sie können möglicherweise auf andere Weise blinken.

Wischen Sie das nächste Mal mit dd if = / dev / zero über die Datenträger, und wenn Sie Dinge leichtfertig löschen, werden Sie eines Tages wieder gebissen. Es wird alles in Tränen enden. Sie können sich Zeit nehmen, um jemanden wie diesen zum Scherzen zu bringen, es ist ein bisschen schlimmer als del . im Stammverzeichnis MS-DOS PC.