8GB RAMと128GB SSDディスクを実行しているAMD 64システムにDebian（最新バージョン2019）をインストールしました。その時点から、BIOSが非常に遅くなり、コンピュータがハングして他のオペレーティングシステムをインストールすることはほとんど不可能になりました。このような問題を認識する人はいますか？
ベストアンサー1
サーバークラスシステム、またはBIOSにBIOSおよびブートローダの入力/出力をシリアルポート（実ポートまたはiLO / iLOM / IRMC / DRAC /などのリモートコンソールプロセッサ）にリダイレクトする機能が含まれている場合。 ）、高いシリアルポート速度を指定せずに機能を有効にすると、速度が遅くなることがあります。ハードウェアハンドシェイクが有効になっている実際のシリアルポートに対してこれらの機能が有効になっているが実際にポートに何も接続されていない場合、ハンドシェーク信号が不足してタイムアウトに達するまで出力が完全に停止することがあります。
BIOSのデフォルト値を再ロードすると、リダイレクトが無効になり、すべてが正常に戻ることがあります。
一般に、BIOSユーティリティメニューは、画面の再描画が本質的に即座であるという前提に基づいて設計されています。しかし、VGAテキストモード出力が9600bpsで動作するシリアルポートにリダイレクトされる場合、これらの仮定は非常に真実ではありません。
仮想シリアルポートを使用するときに最も高い共通シリアル転送速度である115200bpsを使用することは通常問題ではありませんが、一部のリモートコンソールプロセッサには制限がある場合があります。しかし、私が見た最も遅い仮想シリアルポートの実装でも、38400bpsの速度が達成されました。
9600bpsと115200bpsの違いは、BIOSユーティリティへのアクセスを「停止しますか、それとも本当に遅いですか？」から変更するのに十分です。 「使用可能ですが、少し遅いです。」
リモートコンソールハンドラを備えた古いシステムでは、KVMリモートコンソール機能用のJavaが必要になる可能性があります。これは、新しいJava JREパッケージのセキュリティ要件のために面倒な場合があります。最新のリモートコンソールプロセッサは、Javaを必要としなくなったHTML5ベースのKVMリモートコンソールを提供し始めました。
多くのリモートコンソールプロセッサは、SSH文字ベースの接続と仮想シリアルポートもサポートしています。 Linux TTYデバイスは本質的にシリアルポートまたはそれをエミュレートするため、シリアルポートをコンソールデバイスとして使用するようにLinuxを簡単に設定できます。これは、これらのアクセスを提供するリモートコンソールプロセッサに最適です。これにより、ネイティブネットワークインタフェースに問題がある場合や、誤って設定された場合でも、Javaなしでシステムへの強力な管理アクセスが可能になります。
ただし、Linuxコンソールアクセスはカーネルが起動した後にのみ機能し、カーネルの起動パラメータを指定するためにLinuxブートローダにアクセスすることはトラブルシューティングの重要な部分になる可能性があります。この問題を解決するには、仮想シリアルポートを介してもブートローダにアクセスできる必要があります。これは2つの方法のいずれかで行うことができます。つまり、シリアルポートを使用するようにブートローダを明示的に設定するか（GRUBに対応する機能がある）、シリアルポートへのBIOSテキストモードI / Oリダイレクトを有効にします（その機能が利用可能な場合）。後者のオプションはまた、シリアルベースのリモートコンソールにBIOSブートメッセージを提供するため、ハードウェアの問題が発生した場合に便利です。
一部のHPシステムでは、BIOSユーティリティメニューをコマンドラインモードに切り替えてアクセス速度を遅くすることもできます。ただし、シリアルポートへのKVM I / Oリダイレクトを有効にする前にこれを行う必要があります。