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

35

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.

MirroredFate
quelle
10
Wurde die UEFI-Systempartition zum Zeitpunkt der Ausführung dieses Befehls bereitgestellt? Wenn dies nicht der Fall ist, sollte es nicht betroffen sein. Es war dann sollten Sie noch in der Lage sein, die Firmware zu booten. Die beste Vermutung ist, dass es gemountet wurde, dass Sie einen Bootloader gelöscht haben und dass die Firmware immer noch so eingestellt ist, dass sie nur von diesem geladen wird. Sie sollten dennoch in der Lage sein, die Firmware einzugeben.
Hennes
@ Hennes Ja, ich bin mir ziemlich sicher, dass es montiert wurde.
MirroredFate
Welches Modell Dell?
Mark Plotnick
@ MarkPlotnick XPS8700
MirroredFate
Versuchen Sie, die CMOS-Einstellungen zurückzusetzen. Dies geschieht durch Bewegen eines Jumpers. Sie müssen keine Batterie entfernen. Page 84 in downloads.dell.com/Manuals/all-products/esuprt_desktop/… . Sie können auch versuchen, F2 zu drücken, sobald der POST-Vorgang abgeschlossen zu sein scheint, um einen Setup-Bildschirm aufzurufen.
Mark Plotnick

Antworten:

47

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.

Dronus
quelle
5
Das ist deprimierend. Aber es ist zumindest eine funktionierende Erklärung.
MirroredFate
4
Weitere Informationen hierzu finden Sie beispielsweise unter Umgang mit nichtflüchtigen UEFI-Speicherfehlern und der frühere Samsung-Laptop-Fehler ist nicht Linux-spezifisch , beides von Matthew Garrett.
ein Lebenslauf
@ MichaelKjörling Wow. Das widerspricht allem, was ich vermutet hätte.
MirroredFate
2
Können Sie das Wort "BIOS" durch ein geeignetes Wort wie "Firmware" ersetzen, es sei denn, Sie meinen wirklich das IBM PC-BIOS? Das ist nichts, worüber ich normalerweise pingelig bin, aber in diesem Fall müssen Sie es wirklich klarstellen, da Sie die Wörter UEFI und BIOS in demselben Satz (auch nebeneinander) verwenden, was irgendwie verwirrend ist.
Mehrdad
1
Ersetzt Für die meisten Menschen wird etwas, das fast noch wie BIOS aussieht und sich wie BIOS anfühlt, für immer BIOS sein ...
dronus
27

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.

Shodanshok
quelle
Das war mein Verständnis. Kennen Sie einen Grund, das von mir beschriebene Verhalten zu sehen?
MirroredFate
1
Ich kann mir nur vorstellen, dass die Workstation eine fehlerhafte Hardware hatte und dass die (relativ) hohe Last, die von Ihrem Entpacken / Löschen auferlegt wird, diese zum Erliegen bringt. Müssen Sie versuchen, die CPU und den Speicher neu einzurichten? Haben Sie versucht, das CMOS zu löschen?
Shodanshok
1
Die Erinnerung, ja. Was seltsam war, weil das Entfernen des Speichers nicht einmal dazu führte, dass der Computer anzeigte, dass etwas nicht stimmte. Ich habe nicht versucht, den CPI neu einzustellen. Versuchte das CMOS zu löschen, sollte aber den Akku wahrscheinlich länger auslassen.
MirroredFate
Es ist zwar wahr, aber es kommt äußerst selten vor, dass Hardware nur über Software zerstört wird. Eine bemerkenswerte Ausnahme war im Zeitalter von CRTs, wo schlecht programmierte Zeiteinstellungen die Elektronik von CRT zerstören könnten. Dies ist hier jedoch nicht der Fall: Das Schlimmste wäre eine BIOS / UEFI-Beschädigung, die im eigentlichen Sinne keine Hardwareverletzung darstellt. Darüber hinaus hat das OP versucht, eine andere identische Festplatte (mit der UEFI-Partition an Ort und Stelle) und es hat nichts geändert. Wahrscheinlich war die WS-Hardware bereits fehlerhaft , und die durch den ausgegebenen Befehl auferlegte Last war damit beendet.
Shodanshok
10

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.

Janne Pikkarainen
quelle
Wahr. Wahrscheinlich Festplatten-GPT für UEFI-Systeme (kein MBR, aber GPT-Partition. Und eine UEFI-Systempartition, die normalerweise FAT32 ist).
Hennes
1
Ich würde sagen, dass "rm -rf / --no-preserve-root" nur theoretisch Spaß macht. In der Praxis wird es früh genug beendet, sobald eine wichtige Bibliothek entfernt wurde.
ASEQ
1
@aseq In den meisten Fällen werden das Programm und die Bibliotheken im Arbeitsspeicher zwischengespeichert. Beachten Sie jedoch, dass Sie unter Linux eine Programmbinärdatei löschen können, während sie ausgeführt wird, und dass sie bis zum Abschluss ausgeführt wird. Das kann eigentlich ganz schön weit kommen.
Gültigkeit
Ja, ich weiß, aber irgendwann wird es barf. :-)
aseq
8

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).

Sompom
quelle
Obwohl Sie vermutlich keinen "no bootable media" -Fehler erhalten, könnte die Antwort von dronus in diesem Fall Ihre Lösung sein. Ich hoffe nicht!
Sompom
2

/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.

Waldteufel
quelle