Könnte „rm -rf / --no-preserve-root“ das BIOS durcheinanderbringen?

Könnte „rm -rf / --no-preserve-root“ das BIOS durcheinanderbringen?

Um die ungefähre Geschwindigkeit für das Tarballing eines gesamten Systems und die anschließende Wiederherstellung dieses Systems zu ermitteln, wenn es von Foobar beschädigt wurde, habe ich eines unserer Hauptsysteme teilweise auf eine Workstation geklont, die zwar nicht in unsere Unternehmenssysteme integriert ist, deren Funktionstüchtigkeit aber schön wäre. Ich habe die Zeit gemessen, die für das Erstellen des Tarballs des gesamten Systems benötigt wurde, und es überprüft, um sicherzustellen, dass es gut aussieht.

Dann bin ich gerannt rm -rf / --no-preserve-root. Ich hatte vorher noch nie die Gelegenheit dazu, deshalb hat es viel Spaß gemacht. Zuerst.

Als ich die Box neu startete, 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 Verdruss festgestellt, dass es eine UEFI-Partition hatte. Ich gehe davon aus, dass mein Todesbefehl diese Partition effektiv gelöscht hat.

Ich habe ein anderes, funktionierendes Laufwerk an die jetzt nicht mehr funktionierende Workstation angeschlossen, aber die Workstation tut immer noch nichts.

Hat jemand so etwas schon einmal gesehen oder hat jemand Vorschläge, wonach man suchen sollte? Wie konnte die Ausführung dieses rmBefehls die gesamte Box so durcheinanderbringen?

UPDATE: Wir haben die Box an Dell zurückgeschickt. Wir konnten nicht genau diagnostizieren, ob es ein Zufall war oder die Situationwie von dronus beschrieben. Ich akzeptiere jedoch die Antwort von Dronus, da sie einen möglichen Grund dafür beschreibt. Außerdem wird sie andere davor warnen, in Zukunft dasselbe zu tun. Wenn jemand einen Bericht darüber findet, dass Dell fehlerhaftes UEFI verwendet, wäre das hilfreich.

Antwort1

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

Das funktioniert folgendermaßen: UEFI-Spezifikationen schlagen einen nichtflüchtigen Speicher (NVRAM oder EEPROM) vor, auf den das Betriebssystem zugreifen kann, um Einstellungen oder Debuginformationen zu speichern. Linux verwendet 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 umgeschaltet. Jetzt kann die UEFI-Funktion verwendet werden und Debuginformationen werden in den nichtflüchtigen Speicher geschrieben. Soweit klingt das nach einer guten Idee: Die Daten können später abgerufen und verwendet werden, um die Absturzursache zu ermitteln.

Bei einigen fehlerhaften UEFI-Firmware-Reihen sind jedoch einige Verwaltungsroutinen des nichtflüchtigen Nachrichtenspeichers defekt. Abhängig von den Nachrichten stürzt diese Firmware bei der Initialisierung des Nachrichtenspeichers ab, normalerweise ziemlich früh beim Booten. Sie erreichen möglicherweise nicht einmal die VGA-Initialisierung, in diesem Fall scheint die Maschine völlig blockiert zu sein. In den oben genannten Fällen gab es keine Softwarelösung und die Mainboards mussten ausgetauscht werden.

Das Ausführen kann beim Durchsuchen und Löschen von Kernel-Dateisystemen wie oder rm -rf / --no-preserve-rooteinen weiteren Kernel-Fehler auslösen /sys, der schließlich zu einer Kernel-Panik führen und schließlich den oben erwähnten Fehler im nichtflüchtigen Nachrichtenspeicher auslösen kann./dev/proc

Antwort2

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

Selbst wenn es Ihnen irgendwie gelingen sollte, die UEFI-Partition zu zerstören, sind die BIOS-Kerndateien davon nicht betroffen, da sie sich im nichtflüchtigen Speicher (meistens Flash-basiert) befinden, der auf Ihrem Motherboard sitzt.

Die UEFI-Partition hostet zusätzliche Softwarekomponenten (z. B. Debugger, Treiber, ECC), aber die Maschine sollte auch ohne eine gültige UEFI-Partition ins BIOS booten.

Antwort3

Das macht zwar Spaß, rm -rf /kann aber nur in seinem eigenen kleinen Gefängnis Chaos anrichten – und das sind die Partitionen, die ihm zugewiesen sind. Es kann weder den MBR der Festplatte durcheinanderbringen, noch kann es Ihren Computer auf magische Weise zerstören.

Irgendwas anderes stimmt bei Dir nicht.

Antwort4

/sys/firmware/efi/efivarsist einspezielles Dateisystemmit allen EFI-Variablen. Wenn der Anbieter nicht folgteempfohlene Vorgehensweise, es ist möglich, dass Sie rm -rfwichtige Daten gelöscht und dadurch die Firmware durcheinandergebracht haben.

verwandte Informationen