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を設定しただけで、うまくいった」と言ってくれることを望んでいます。:)

試したり確認したりするために必要なものを教えてください。結果を投稿させていただきます。

クイック検索から、この問題には多くの考えられる理由があり、クロックソースの新しいカーネルのデフォルトがマザーボードにとって間違っているという事実を示しているようです。

いくつかのために働いた1つのアドバイスは、使用することでしたclocksource=hpetまたはclocksource=acpi_pm。

で、別のスレッド、誰かがでこれを固定しclocksource=jiffies、他は試してみることをお勧めnoapicまたはnolapic BIOSでオフにACPIをオンにする、別の、さらに別のSynapticsのタッチパッドを非難してのxorg.confを削除することによって、彼の問題を修正しました。

1つのカーネルビルダー、fbcondecorなしでinitrdを再コンパイルすることで問題を修正しました。

この問題には多くの原因があると思われるため、これが役立つことを願っています。

ここでまったく同じ問題が発生し、LOTを読みました。@harrymcはかなり良い要約をしました。

調査から学んだ2つのことを追加します。

• 問題は、プロセッサの処理方法がわからないLinuxカーネルにあります。これは、処理クロックが分からないためです。これは、カーネルブートログを確認することで確認できます。カーネルが処理クロックを測定しようとしているようです（私にとっては「2997.1333」のようでしたが、すべてのブートが「2997.1445」、「2997.1379」、...に変わります）。

• 多くのことを試した後、ついにここに来てBIOSについて調べました。私はGYGABITE UEFIです。パラメーターを「最適化されたデフォルト設定」に戻し、「Intel Virtualization Technology」を「enabled」に設定します。

これで、すべてが正常に戻りました！これが役に立てば幸いです。

私から数セント、それが一般的なものかどうかはわかりませんが、BIOSで「高精度タイマー」を無効にすることでUbuntuを動作させることができました。私のMBはギガバイトのz77x-d3hです

次のカーネルパラメーターを追加して問題を修正しました。

noapic