☰

LinuxでRAMの問題をデバッグする方法は？

tag-icon • tag-icon linux debugging suspend
LinuxでRAMの問題をデバッグする方法は？

RAM停止の問題をデバッグする方法についての経験に基づいたアドバイスを聞きたいです。私の状況に合ったアドバイス（以下の詳細を参照）も良いですが、このような問題をデバッグする方法に関する一般的なアドバイスにも興味があります。

質問：

通常、コンピュータを一時停止しようとすると、「一時停止していないが目が覚めない」状態で停止します。通常、画面は完全に黒ですが、時には次のエラーメッセージが表示されます。

GLib-WARNING **: getpwuid_r(): failed due to unknown user id (0)

さらに、この状態にはファンの高速回転も伴います。この状態から離れる唯一の方法は、ノートブックを手動でシャットダウンすることです。

いくつかの情報

$ uname -a
Linux baltar 2.6.35-22-generic #34-Ubuntu SMP Sun Oct 10 09:26:05 UTC 2010 x86_64 GNU/Linux

$ lsb_release -a
Distributor ID:    Ubuntu
Description:    Ubuntu 10.10
Release:    10.10
Codename:    maverick

/var/log/dmesg両方を見てみましたが、/var/log/pm-suspend.log私が探しているものを知らず、目立つものはありません。関連性があるかどうかはわかりませんが、以下で多くの内容を見つけました/var/log/kern.log。

EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro,commit=600

ベストアンサー1

PM_DEBUGとPM_TRACE現在利用可能な最も深い試運転施設です。私が知る限り、これは上位レベルのログから意味のある情報を取得できないときに恐ろしい「履歴書に不思議な空白の画面」の症状が現れるときに頼ることができる唯一のメカニズムです。ほとんどの場合、我々はしばしば微妙に破損するデバイスドライバを扱っています。また、私のBroadcom brcmsmacワイヤレスドライバのデバッグストーリーをチェックすることもできます。カーネルエラー34682カーネル開発者が推奨するものと見つけなければならないことについて学びます。

おすすめ記事