/ dev / nvramへの書き込みは危険ですか？

nvramはBIOSのフラッシュ/バックアップに使用され、BIOS関連のデータが含まれているという情報を見つけました。うcat /dev/random > /dev/nvram永久レンガのコンピュータ？私はこのコマンドを入力したいのですが、どういうわけか自分のマシンにとってうまくいかないと思うので、このデバイスで遊んでいるのがどれほど危険か知りたいと思います。

コンピューターに損傷を与える可能性があると思われる場合に、このようなコマンドを実行する理由を知りたいのですが...

/dev/nvramPCおよびAtarisのリアルタイムクロックで不揮発性メモリへのアクセスを提供します。PCでは、これは通常CMOSメモリと呼ばれ、BIOS設定オプションを保存します。以下を見るとそこに保存されている情報を見ることができます/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

これはすべてnvram、チェックサムなどを処理するカーネルモジュールによって処理されます。ここにある情報のほとんどは、歴史的な理由のためにのみ存在し、古いオペレーティングシステムの制限を反映しています。 、メモリ情報およびディスプレイアダプタ情報と同様に、ハードドライブ情報は正しくありません。

デバイスにランダムな値を書き込もうとはしませんでしたが、システムを破壊することはないと思います。最悪の場合、CMOSをクリアすることで回復できるはずです（通常、マザーボード上でそれを行うためのボタンまたはジャンパーがあります） 。しかし、私はそれを試していないでしょう！

最近のCMOSメモリの唯一の便利な機能はRTC関連です。特に、nvram-wakeupはCMOSアラームをプログラムして、特定の時間にコンピューターの電源を入れることができます。（それがに書き込む理由の1つ/dev/nvramです。）

おそらく可能ですが、BIOSに依存します。EFI変数をクリアすることでラップトップがブリックされたEFI構成に関するこの関連問題を参照してください。一部のBIOSがクリアされた変数を処理できない場合、nvramのランダムガベージをうまく処理できない可能性があります。

少なくとも、これを試す前に、特定のハードウェアにnvramリセット手順があるかどうかを確認してください。通常、しばらくの間マザーボードからバックアップバッテリーを取り外すようなものです。

それはでしょう、おそらくファームウェアが、それはチェックサムを失敗に気づくと、（次回の起動時に）それをリセット、あるいはCMOSバッテリーを引っ張っおよび/またはCMOSクリア・ジャンパーを使用してますので、どちらか固定可能。もちろん、バグのあるファームウェアが別の方法で決定する場合があります。

私は個人的にそれを試すことをお勧めしません。私がお勧めしないのと同じように、GFIコンセントにフォークを刺してテストすることをお勧めします。