Untuk melihat perkiraan kecepatan untuk tarballing seluruh sistem, dan kemudian memulihkan sistem itu ketika jika itu rusak, saya sebagian mengkloning salah satu sistem utama kami ke workstation yang, meskipun tidak terpisahkan dengan sistem perusahaan kami, akan menyenangkan untuk telah berfungsi. Saya menghitung waktu membuat tarball dari keseluruhan sistem, dan memeriksanya untuk memastikan itu terlihat bagus.
Saya kemudian berlari rm -rf / --no-preserve-root
. Saya belum pernah memiliki kesempatan untuk melakukan itu sebelumnya, jadi itu sangat menyenangkan. Pertama.
Ketika saya reboot kotak, tidak ada yang muncul. Bukan logo "Dell", bukan opsi untuk BIOS, tidak ada.
Saya menghubungkan drive ke kotak yang berbeda, dan menemukan saya kecewa bahwa itu memiliki partisi UEFI. Saya berasumsi bahwa Komando Kematian saya efektif menyekat partisi itu.
Saya menghubungkan drive yang berbeda dan berfungsi ke workstation yang sekarang mati, tetapi workstation masih tidak melakukan apa-apa.
Adakah yang melihat sesuatu seperti ini, atau memiliki saran tentang apa yang harus dicari? Bagaimana menjalankan rm
perintah itu dengan sangat mengacaukan seluruh kotak?
PEMBARUAN: Kami mengembalikan kotak itu ke Dell. Kami tidak dapat secara tepat mendiagnosis apakah itu kebetulan atau situasi seperti yang dijelaskan oleh dronus . Namun, saya akan menerima jawaban dronus karena itu menjelaskan kemungkinan alasan mengapa ini akan terjadi. Lebih lanjut, ini akan memperingatkan orang lain untuk tidak melakukan hal yang sama di masa depan. Jika ada yang menemukan catatan Dell menggunakan kereta UEFI, itu akan sangat membantu.
Jawaban:
Satu kemungkinan yang jarang terjadi adalah Anda memicu beberapa bug UEFI yang terkenal, yang telah membunuh beberapa seri notebook Samsung dan Lenovo.
Ini berfungsi seperti ini: Spesifikasi UEFI mengusulkan memori yang tidak mudah menguap (nvram atau eeprom) yang dapat diakses oleh OS untuk menyimpan pengaturan atau informasi debug. Linux sebenarnya menggunakan fitur ini jika panik kernel: Jika sistem file root tidak dipercaya lagi (mis. Setelah pengecualian dalam kode kernel), ia dialihkan ke read-only. Sekarang fitur UEFI dapat digunakan, dan informasi debug dituliskan ke memori nonvolatile. Sejauh ini, ini terdengar seperti ide yang bagus: Data dapat diambil kemudian dan digunakan untuk mengeksplorasi alasan kerusakan.
Namun, dengan beberapa baris kereta api UEFI yang bermasalah, beberapa rutinitas manajemen dari memori pesan nonvolatile rusak. Tergantung pada pesannya, firmware ini lumpuh saat inisialisasi memori pesan, biasanya cukup awal saat bootup. Mereka bahkan mungkin tidak mencapai inisialisasi VGA, dalam hal ini mesin tampaknya benar-benar rusak. Dalam kasus yang disebutkan di atas, tidak ada solusi perangkat lunak dan motherboard harus diganti.
Menjalankan
rm -rf / --no-preserve-root
dapat memicu bug kernel lain ketika melintasi dan menghapus filesystem kernel seperti/sys
,/dev
atau/proc
, yang akhirnya dapat menyebabkan panik kernel, akhirnya memicu bug memori pesan nonvolatile yang disebutkan di atas.sumber
Tidak, tidak mungkin untuk menghancurkan BIOS (legacy atau UEFI) dengan cara ini dengan perintah itu.
Bahkan jika Anda agak berhasil menghancurkan partisi UEFI, file-file inti BIOS tidak akan terpengaruh, karena mereka berada di memori non-volatile (berbasis flash, sebagian besar) dicolokkan pada motherboard Anda.
Partisi UEFI meng-host komponen perangkat lunak tambahan (misalnya: debugger, driver, ecc), tetapi mesin harus boot ke BIOS bahkan tanpa partisi UEFI yang valid.
sumber
Sambil bersenang-senang,
rm -rf /
hanya bisa menghancurkan kekacauan di dalam penjara kecilnya sendiri - dan itu adalah partisi yang diberikannya. Itu tidak dapat mengacaukan MBR disk, juga tidak bisa secara ajaib merusak komputer Anda.Ada hal lain yang salah dalam kasus Anda.
sumber
Jawaban lain tampaknya setuju bahwa menghapus BIOS mungkin bukan masalah Anda, jadi inilah pemikiran lain:
Komputer saya, ketika beralih ke mode UEFI, melompati layar BIOS sepenuhnya. Tidak ada logo pabrikan, tidak ada apa-apa. Itu hanya mencoba untuk boot dan memberitahu saya tidak ada media yang dapat di-boot (atau boot).
Jika saya ingat tombol untuk masuk ke pengaturan, saya bisa memukulnya saat komputer muncul, dan saya masih bisa masuk ke pengaturan BIOS.
Jika Anda mengetahui kunci pengaturan BIOS, Anda bisa mencoba menekannya untuk masuk ke pengaturan, atau percaya bahwa itu benar-benar berfungsi dan mengembalikan tar Anda ke disk, kemudian cobalah untuk boot. Mungkin lebih cepat menggunakan beberapa media UEFI bootable lainnya dan mencoba mem-bootnya jika itu adalah tar yang sangat besar ( Memtest86 seharusnya mendukung boot UEFI).
sumber
/sys/firmware/efi/efivars
adalah sistem file khusus yang berisi semua variabel EFI. Jika vendor tidak mengikuti praktik terbaik , Anda mungkinrm -rf
menghapus yang penting dan dengan demikian mengacaukan firmware.sumber