Könnte `rm -rf / --no-preserve-root` das BIOS durcheinander bringen?

Um ungefähre Geschwindigkeiten für das Tarballing eines gesamten Systems und das anschließende Wiederherstellen dieses Systems zu ermitteln, habe ich eines unserer primären Systeme teilweise auf eine Workstation geklont, die zwar nicht Teil unserer Unternehmenssysteme ist, für die es jedoch eine gute Idee wäre funktioniert haben. Ich plante die Erstellung des Tarballs des gesamten Systems und überprüfte es, um sicherzustellen, dass es gut aussah.

Ich rannte dann rm -rf / --no-preserve-root. Ich hatte noch nie die Gelegenheit, das zu tun, also hat es viel Spaß gemacht. Zunaechst.

Beim Neustart der Box wurde nichts angezeigt. Kein "Dell" -Logo, keine Optionen für das BIOS, nichts.

Ich habe das Laufwerk an eine andere Box angeschlossen und zu meinem Leidwesen festgestellt, dass es eine UEFI-Partition hat. Ich gehe davon aus, dass mein Befehl des Todes diese Teilung effektiv abgespritzt hat.

Ich habe ein anderes, funktionsfähiges Laufwerk an die jetzt nicht mehr funktionierende Workstation angeschlossen, aber die Workstation führt immer noch nichts aus.

Hat jemand so etwas gesehen oder Vorschläge, wonach zu suchen ist? Wie hat es das Ausführen dieses rmBefehls geschafft, die gesamte Box so königlich durcheinander zu bringen?

UPDATE: Wir haben die Box an Dell zurückgeschickt. Wir konnten nicht genau diagnostizieren, ob es sich um einen Zufall oder die von dronus beschriebene Situation handelte . Ich werde jedoch die Antwort von dronus akzeptieren, da sie einen möglichen Grund dafür beschreibt. Außerdem wird es andere davor warnen, in Zukunft dasselbe zu tun. Wenn jemand feststellt, dass Dell fehlerhafte UEFI verwendet, ist dies hilfreich.

Eine seltene Möglichkeit könnte sein, dass Sie einige der berüchtigten UEFI-Bugs ausgelöst haben, die bereits einige Serien von Samsung- und Lenovo-Notebooks getötet haben.

Dies funktioniert folgendermaßen: UEFI-Spezifikationen schlagen einen nichtflüchtigen Speicher (nvram oder eeprom) vor, auf den das Betriebssystem zugreifen kann, um Einstellungen zu speichern oder Informationen zu debuggen. Linux nutzt diese Funktion tatsächlich im Falle einer Kernel-Panik: Wenn das Root-Dateisystem nicht mehr vertrauenswürdig ist (z. B. nach einer Ausnahme im Kernel-Code), wird es auf schreibgeschützt umgestellt. Jetzt kann die UEFI-Funktion verwendet werden und Debugging-Informationen werden in den nichtflüchtigen Speicher geschrieben. Bisher klingt dies nach einer guten Idee: Die Daten können später abgerufen und zur Ermittlung der Absturzgründe verwendet werden.

Bei einigen Zeilen fehlerhafter UEFI-Firwares sind jedoch einige Verwaltungsroutinen des nichtflüchtigen Nachrichtenspeichers fehlerhaft. Abhängig von den Nachrichten stürzen diese Firmwares bei der Initialisierung des Nachrichtenspeichers ab, normalerweise ziemlich früh beim Booten. Möglicherweise erreichen sie nicht einmal die VGA-Initialisierung. In diesem Fall scheint der Computer völlig blockiert zu sein. In den oben genannten Fällen gab es keine Softwarelösung und die Mainboards mussten ausgetauscht werden.

Laufen rm -rf / --no-preserve-rootkann einen anderen Kernel Fehler auslösen , wenn durchqueren und Löschen von Dateisystemen wie Kernel /sys, /devoder /proc, die schließlich zu einer Kernel - Panik führen kann, schließlich die nicht - flüchtigen Speicher Nachricht bug Triggern oben erwähnt.

Nein, mit diesem Befehl ist es nicht möglich, das BIOS (Legacy oder UEFI) auf diese Weise zu zerstören.

Auch wenn Sie die UEFI-Partition etwas zerstört haben, sind die BIOS-Kerndateien nicht betroffen, da sie sich im nichtflüchtigen Speicher (hauptsächlich auf Flash-Basis) befinden, der auf Ihrem Motherboard gesockelt ist.

Die UEFI-Partition hostet zusätzliche Softwarekomponenten (z. B. Debugger, Treiber, ecc). Der Computer sollte jedoch auch ohne eine gültige UEFI-Partition im BIOS starten.

Während es Spaß macht, rm -rf /kann nur ein Chaos in seinem eigenen kleinen Gefängnis brechen - und das ist die Partition (en), die es gibt. Es kann weder den Festplatten-MBR beschädigen, noch Ihren Computer auf magische Weise zerstören.

In Ihrem Fall stimmt etwas anderes nicht.

Die anderen Antworten scheinen zuzustimmen, dass das Löschen des BIOS wahrscheinlich nicht Ihr Problem ist. Hier ist ein anderer Gedanke:

Wenn mein Computer in den UEFI-Modus geschaltet wird, überspringt er den BIOS-Bildschirm vollständig. Kein Herstellerlogo, nichts. Es versucht nur zu booten und sagt mir, dass es keine bootfähigen Medien (oder Starts) gibt.

Wenn ich mich an den Schlüssel zum Aufrufen des Setups erinnere, kann ich ihn beim Hochfahren des Computers schlagen und trotzdem die BIOS-Einstellungen aufrufen.

Wenn Sie den BIOS-Setup-Schlüssel kennen, können Sie versuchen, ihn zu drücken, um das Setup aufzurufen, oder darauf vertrauen, dass er tatsächlich funktioniert, und Ihren Teer auf der Festplatte wiederherstellen und dann versuchen, den Computer zu starten. Es kann schneller sein, ein anderes bootfähiges UEFI-Medium zu verwenden und zu versuchen, dieses zu booten, wenn es sich um einen riesigen Teer handelt ( Memtest86 soll UEFI-Boot unterstützen).

/sys/firmware/efi/efivarsist ein spezielles Dateisystem, das alle EFI-Variablen enthält. Wenn der Hersteller nicht die Best Practices befolgt , ist es möglich, dass Sie rm -rfwichtige gelöscht und damit die Firmware verwechselt haben.