CMOSチェックサム]を定義するのは、BIOSシステムで定義しますか。
私はあなたの多くが恐ろしい「CMOSチェックサムエラー」を見たことがあることを確信しています。しかし、それは何ですか？
CMOSチェックサムエラー
- そのチェックサムは何ですか？ CMOSデータの内容全体？いくつかの特定のパラメータデータは？
- どのようなチェックサムですか？それはCRC-8ですか？...他のもの？
- この誤差がチェックサムの不一致を示していることを理解しています。しかし、CMOSチェックサムが比較されている2番目のチェックサムは何ですか？
- これら2つのチェックサムが一致する必要があるのはなぜですか？
- 彼らが一致しないのであればどうなりますか？エラーが表示されます。しかし、私たちがエラーを無視すればどうしますか？エラーを無視して起動プロセスを続行することは可能ですか？
フラッシュメモリとは異なり、BIOS設定 不揮発性メモリ （少なくとも歴史的に、しばしば 相補型の金属 - 酸化物 - 半導体 テクノロジーを使用して実装されています したがって "CMOSメモリ"ニックネーム 電源が入っている場合）電源が切断された場合はクリアされます。 小型電池 マザーボードに接続されていると、外部電源がマザーボードから取り外されると電力があります。そのバッテリーは、他の電源源が利用できない場合は、 リアルタイムクロック （リアルタイムクロック）を駆動します。すべてのバッテリーと同様に、最終的には枯渇し、交換する必要があります。システムの使用法に応じて、これは5~10年後に発生すると予想されます。 「CMOSチェックサムエラー」（および類似メッセージ）またはリセットされているシステムクロックは、枯渇したバッテリの古典的な兆候です。
BIOS設定には、いくつかのシステムクリティカルな値が含まれています。バッテリがなくなるため、メモリが維持されなくなった場合、ユーザによって入力された設定に一致するパターンとは対照的に、メモリの物理的および電気的設計によって決定されるパターンに戻る。この状況を検出して処理するために、メカニズムを整理する必要があります。
スキャンされている設定メモリを想像し、一組の正気チェックがデータに対して実行されていることを想像することができます。これはおそらく大部分のケースで上記を捉えます。しかし、それはそれらすべてを捕まえないかもしれません、そしてチェックサムは追加の利点を提供します。主に、データの不注意による破損をキャッチすることができます。オリジナルのIBM PC XT/AT Designでは、BIOS設定メモリへの書き込み命令の発行を含む任意のメモリー・ロケーションにすべてのプロセスが作成される可能性があるため、これらの設定を誤って破損する可能性があります。しかし、小さく、例えば停電のためにシステム設定の正当な書き換えが中断される可能性もあります。
チェックサムを計算する方法の正確な機構、チェックサムの保存方法、チェックサムなどであることなどは、特定のBIOSごとに実装固有のもので、BIOSバージョンが実装固有です。重要な部分は、メモリがリセットされた場合を検出する必要があることです。さまざまなメモリチップの設計をカバーするためには、これはすべてのバイトの単純な合計（モジュロ2 ^ n）より洗練される必要があるが、少なくとも もともと 、IBM ROM BIOSは8 Kib （これより==/=/=/=/=/=/=/=/=/=/=/=/=/=/=/=/=/=/=/=）もそうではありませんでした。
チェックサムで保護されているデータは、一部のシステムが重要であるため、単にエラーを無視している（本当にエラーを呼び出すことはありません。警告の詳細）は不可視されます。代わりに、設定ユーティリティ（ "BIOSセットアップ"）を入力して、自動検出を実行するか、ファクトリ構成にリセットするにはどのような儀式ダンスが必要であってから、特定のシステムのデフォルト値から調整する必要がある設定を調整してください。データが重要でないことを知っていたシステムによっては、チェックサムの不一致が無視され、継続的に実行されているが IBM PC/AT よりも、誤ったシステム構成データを使用する危険性があることを意味するであろう（ハードドライブジオメトリ。HDDジオメトリの自動検出が多いので、BIOSセットアップを介して手動HDDジオメトリ設定を必要とする386ベースのシステムを使用してリコールします。