Linuxカーネルは、Pentium 4の「clocksource tscへの切り替え」でハングします
ハードウェア：Dell Dimension 4500S：i845G、Pentium 4、ストック+ 2GB RAM、最新（2002年頃）BIOSアップデート。 私はソースからLinuxシステムを構築してきましたが、これまでのところ、本ではLFS 7.0です。最初に構築したカーネルは正常に動作しますが、多くの綿毛と膨張があるため、ターゲットハードウェア用にカーネルを最適化しています（上記参照）。 私の最新の構成の試み、およびいくつかの試行錯誤のバリエーションは、printkの「clocksource tscへの切り替え」ステートメントに絶えずぶら下がっています。私の「良い」カーネルに問題はありませんでした...これはバージョン3.1.0です。どちらも同じソースツリー、パッチなし、から構築されているmake mrproper、make menuconfigなど、そう、明らかに私はいくつかの重要な欠けているCONFIG_XXXフラグを。 私は1日以上この問題をじっと見つめており、何回も知っているカーネルを構築しましたが、何の役にも立ちません。 私がおもしろいと思うことの1つは、私が得た良いカーネルの使用です： # cat /sys/devices/system/clocksource/clocksource0/current_clocksource tsc また、知っておくと役に立つかもしれません。 # cat /sys/devices/system/clocksource/clocksource0/available_clocksource tsc acpi_pm さまざまなオプションを使用してビルド構成を試みましたが、現時点では詳細を思い出せないため、質問しないでください。私の検索から私は発見し、テストしたいくつかのカーネルパラメータを、のようにしましたclocksource=pitとnotsc、これらのすべてが同様に失敗します。繰り返しになりますが、これまでに試したこと、後知恵をすべて書き留めておけばよかった... フォーラムの例のほとんどは2.xカーネル用であり、ブートオプションのいくつかのバリエーションで解決されましたが、私の良いカーネルはのみを使用していroot=/dev/sdaX roます。したがって、適切なビルド構成を見つけることができれば、このハードウェアとカーネル3.1.0の組み合わせで最高だと思います。 また、同様の問題を投稿したほとんどの人々は、数分後にシステムのロードが継続され、すべてがうまくいくと言います。夕食を調理するのに十分な時間アイドル状態にしましたが、まだロードを再開していません。 教祖の一人がこれを読んで、「P4の恐竜にCONFIG_XXX = yを設定しただけで、うまくいった」と言ってくれることを望んでいます。:) 試したり確認したりするために必要なものを教えてください。結果を投稿させていただきます。