Bisakah `rm -rf / --no-preserve-root` mengacaukan bios?

35

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

Mirrored Fate
sumber
10
Apakah partisi sistem UEFI dipasang pada saat Anda menjalankan perintah itu? Jika tidak maka tidak boleh terpengaruh. Saat itulah Anda harus tetap bisa boot ke firmware. Tebak terbaik adalah bahwa ia dipasang, bahwa Anda menghapus beberapa bootloader dan bahwa firmware masih diatur untuk memuat hanya dari itu. Meski begitu, Anda harus dapat memasukkan firmware.
Hennes
@ Henry Ya, saya cukup yakin itu sudah terpasang.
MirroredFate
Model apa Dell?
Mark Plotnick
@MarkPlotnick XPS8700
MirroredFate
Coba atur ulang pengaturan CMOS. Ini dilakukan dengan memindahkan jumper; Anda tidak perlu melepas baterai. Halaman 84 di downloads.dell.com/Manuals/all-products/esuprt_desktop/… . Juga dapat mencoba menekan F2 segera setelah sepertinya POST selesai untuk mencoba masuk ke layar pengaturan.
Mark Plotnick

Jawaban:

47

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-rootdapat memicu bug kernel lain ketika melintasi dan menghapus filesystem kernel seperti /sys, /devatau /proc, yang akhirnya dapat menyebabkan panik kernel, akhirnya memicu bug memori pesan nonvolatile yang disebutkan di atas.

dronus
sumber
5
Yah, itu menyedihkan. Tapi setidaknya ini penjelasan yang berhasil.
MirroredFate
4
Untuk sedikit lebih banyak tentang ini, lihat misalnya Berurusan dengan kebiasaan memori non-volatil UEFI dan bug laptop Samsung sebelumnya tidak spesifik untuk Linux , baik oleh Matthew Garrett.
CVn
@ MichaelKjörling Wow. Itu bertentangan dengan semua yang saya duga.
MirroredFate
2
Dapatkah Anda mengganti kata "BIOS" dengan kata yang sesuai seperti "firmware" kecuali jika Anda benar-benar bermaksud IBM PC BIOS? Ini bukan sesuatu yang biasanya saya pilih-pilih, tetapi dalam hal ini Anda benar-benar harus membuatnya jelas karena Anda menggunakan kata-kata UEFI dan BIOS dalam kalimat yang sama (bahkan di sebelah satu sama lain) yang agak membingungkan.
Mehrdad
1
Diganti Bagi kebanyakan orang, sesuatu yang hampir seperti BIOS dan terasa seperti BIOS akan menjadi BIOS selamanya ...
dronus
27

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.

shodanshok
sumber
Ini adalah pemahaman saya. Apakah Anda tahu alasan untuk melihat perilaku yang telah saya jelaskan?
MirroredFate
1
Saya hanya bisa membayangkan bahwa workstation telah cacat perangkat keras dan bahwa (relatif) beban tinggi yang dipaksakan oleh untar / delete Anda menurunkannya. Harus mencoba mengosongkan kembali CPU dan memori? Apakah Anda mencoba menghapus CMOS?
shodanshok
1
Ingatannya, ya. Yang aneh, karena mengeluarkan memori bahkan tidak menghasilkan komputer yang menunjukkan bahwa ada sesuatu yang salah. Belum mencoba menempatkan kembali CPI. Sudah mencoba membersihkan CMOS, tetapi mungkin harus membiarkan baterai lebih lama.
MirroredFate
Meskipun benar, sangat jarang untuk benar-benar menghancurkan perangkat keras melalui perangkat lunak saja. Pengecualian penting adalah di usia CRT, di mana timing yang diprogram dengan buruk dapat merusak elektronik CRT. Namun, ini tidak terjadi di sini: hal terburuk adalah korupsi BIOS / UEFI, yang bukan perusakan perangkat keras dalam arti sebenarnya. Selain itu, OP mencoba disk lain yang identik (dengan partisi UEFI di tempatnya) dan tidak mengubah apa pun. Mungkin perangkat keras WS sudah rusak , dan beban yang dikenakan oleh perintah yang dikeluarkan dieja untuk itu.
shodanshok
10

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.

Janne Pikkarainen
sumber
Benar. Mungkin disk GPT untuk sistem UEFI (tidak ada MBR, tapi GPT partion. Dan partisi sistem UEFI yang biasanya FAT32).
Hennes
1
Saya akan mengatakan menjalankan "rm -rf / --no-preserve-root" hanya menyenangkan secara teori. Dalam praktiknya ia berhenti segera setelah beberapa perpustakaan vital telah dihapus.
aseq
1
@aseq Sebenarnya dalam kebanyakan kasus, program dan pustaka di-cache dalam memori, perhatikan bahwa dengan linux Anda dapat menghapus program biner saat sedang berjalan dan akan terus berjalan hingga selesai. Ini sebenarnya bisa sangat jauh.
Vality
Ya saya tahu, tetapi pada titik tertentu akan muntah. :-)
aseq
8

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

Sompom
sumber
Meskipun, karena Anda mungkin tidak mendapatkan kesalahan "tidak ada media yang dapat di-boot", jawaban dronus mungkin menjadi solusi Anda dalam kasus ini. Saya harap tidak!
Sompom
2

/sys/firmware/efi/efivarsadalah sistem file khusus yang berisi semua variabel EFI. Jika vendor tidak mengikuti praktik terbaik , Anda mungkin rm -rfmenghapus yang penting dan dengan demikian mengacaukan firmware.

Waldteufel
sumber