Saya ingin tahu persis mengapa Anda ingin menjalankan perintah seperti itu jika menurut Anda itu dapat merusak komputer Anda...
/dev/nvram menyediakan akses ke memori non-volatile dalam jam real-time di PC dan Ataris. Pada PC ini biasanya dikenal sebagai memori CMOS dan menyimpan opsi konfigurasi BIOS; Anda dapat melihat informasi yang disimpan di sana dengan melihat /proc/driver/nvram :
Checksum status: valid
# floppies : 4
Floppy 0 type : none
Floppy 1 type : none
HD 0 type : ff
HD 1 type : ff
HD type 48 data: 65471/255/255 C/H/S, precomp 65535, lz 65279
HD type 49 data: 3198/255/0 C/H/S, precomp 0, lz 0
DOS base memory: 630 kB
Extended memory: 65535 kB (configured), 65535 kB (tested)
Gfx adapter : monochrome
FPU : installed
Semua ini ditangani oleh nvram modul kernel, yang menangani checksum, dll. Sebagian besar informasi di sini hanya ada untuk alasan historis, dan mencerminkan keterbatasan sistem operasi lama:komputer tempat saya menjalankan ini tidak memiliki empat floppy drive, informasi hard drive adalah salah, seperti informasi memori dan menampilkan informasi adaptor.
Saya belum mencoba menulis nilai acak ke perangkat, tetapi saya menduga itu tidak akan merusak sistem Anda:paling buruk, Anda seharusnya dapat memulihkan dengan membersihkan CMOS (biasanya ada tombol atau jumper untuk melakukannya di motherboard Anda) . Tapi saya tidak akan mencobanya!
Satu-satunya fitur yang berguna dalam memori CMOS saat ini terkait dengan RTC. Secara khusus, nvram-wakeup dapat memprogram alarm CMOS untuk menghidupkan komputer Anda pada waktu tertentu. (Jadi itu akan menjadi salah satu alasan untuk menulis ke /dev/nvram .)
Mungkin bisa tapi itu tergantung pada BIOS Anda. Lihat masalah terkait ini dengan konfigurasi EFI di mana laptop di-brick dengan menghapus variabel EFI. Jika beberapa BIOS tidak dapat menangani variabel yang dihapus, kemungkinan beberapa BIOS tidak dapat menangani sampah acak di nvram dengan lebih baik.
Paling tidak, sebelum Anda mencoba ini, lihat apakah ada prosedur reset nvram untuk perangkat keras khusus Anda. Biasanya sesuatu seperti melepas baterai cadangan dari motherboard untuk sementara waktu.
Itu akan mungkin dapat diperbaiki karena firmware akan menyadari bahwa checksum gagal dan meresetnya (pada boot berikutnya), atau sebagai alternatif dengan menarik baterai CMOS dan/atau menggunakan jumper clear CMOS. Tentu saja, firmware buggy dapat memutuskan sebaliknya.
Saya pribadi tidak akan merekomendasikan untuk mencobanya. Sama seperti saya tidak menyarankan Anda menguji outlet GFI dengan memasukkan garpu ke dalamnya.