web-dev-qa-db-ja.com

ramdiskをロードするとカーネルがフリーズします。何が悪いのかを知る方法は？

Samsungノートブックのx86_64にUbuntuServer（13.04）の最小インストール（デスクトップ環境としてXubuntu Metapackageを使用）を使用しています。オープンソースの「radeon」ドライバーがアイドル状態でカードをさらに15°C加熱するため、現在、独自仕様のAMDグラフィックスドライバー（fglrx-legacy）のメンテナンスされていないバージョンを使用せざるを得ません。

そのため、AMDカードの新しい電源管理機能を備えたカーネル3.11を実際に試してみたいと思います。問題は、メインラインカーネルをインストールすると、Grubで次のメッセージを表示してカーネルを選択した後、システムがフリーズすることです。

Loading Linux 3.11.0-laptop ...
Loading initial ramdisk ...

そして、何も起こりません。どうすれば何が問題なのかを知ることができますか？ブートプロセスの早い段階でのログがどこかに保存されていますか？

さらに詳しい情報：システムは、Git（3.8に基づく）から自己コンパイルされたUbuntu RaringKernelと完全に連携します。メインラインのカーネル3.9または3.10では機能しません（同じ問題）。また、コンパイル済みの「汎用」バージョンの3.10を試しましたが、どちらも機能しません。ハードドライブに4つのパーティションがあります：/boot（暗号化されていない）、/、/homeおよびswap（すべてLUKS/dm-crypt暗号化）。ノートブックはSamsungNP-R522Hです。 GPUはMobilityRadeon HD4650です。

ubuntukernelinitrd
5
qasfux

すみません、この質問をすっかり忘れてしまいました。

当時の解決策は、Vanilla/mainlineではなく、 Saucy（Ubuntu 13.10）Kernel を使用することでした。これは3.11に基づいています。少なくともハードウェアとソフトウェアの組み合わせでは、いくつかの変更によって互換性が失われた可能性があります。

0
qasfux

潜在的な問題？

あなたの問題は、Samsungラップトップ+ UEFI + Linuxのこの特定の問題に関連しているように聞こえます。

さらなる研究

特定のモデル番号を検索しましたが、問題の潜在的な原因として飛び出したものは見つかりませんでした。したがって、少なくとも現時点では、広く知られている問題ではないと思います。次のアクションは、問題をデバッグすることです。

カーネルのデバッグ

試すべき順序は次のとおりです。

  1. 詳細

    起動フェーズで、次のカーネルパラメータをリストに追加します。

    linux ..... verbose

  2. デバッグ

    verbose引数が光を当てない場合、チェックする次のレベルはdebugです。

    linux ..... debug

  3. その他

    それ以外にもいくつかのレベルがありますが、先に進まないようにしましょう。最初に上記を試して、カーネルがどこにぶら下がっているのかを確認してみましょう。

参考文献

3
slm