LinuxでSuspend-to-RAMの問題をデバッグするにはどうすればよいですか?


15

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
ここで言及した特定のバグに噛まれていると思われる場合は、「私も」という回答を投稿しないでください。実際には回答ではありません。この質問に自由に投票して、他の人がそれに答えるように促してください。最終的に、適切な答えは、この特定の問題を解決するためのアドバイスだけでなく、これらのタイプの問題をデバッグするためのアドバイスを提供します。
スティーブンD

Teachers 'Loungeでの説明後に削除されました。潜在的に価値のある情報のみがのNo LSB modules are available.直後に表示されますlsb_release -a
マチェイピエチョトカ

私は「私のために働いた」という答えをマークしましたが、ここではもっと一般的な「ramに対するサスペンドのデバッグ方法」という答えが本当に役立つと思います。
スティーブンD

回答:


3

Intelグラフィックチップセットはありますか?Ubuntu 10.10を実行しているThinkPad X200でも同じ問題のように聞こえますが、この回避策(2008年から!)で修正されました:http ://ubuntuforums.org/showpost.php?p=6105510&postcount=12


6

PM_DEBUGとPM_TRACEは、明らかに現在最も深いデバッグ機能です。より高いレベルのログから意味のないものを取得している場合、これは恐ろしい「再開時に神秘的な空白の画面」の症状に遭遇したときにフォールバックする唯一のメカニズムです。ほとんどの場合、我々は微妙に壊れたデバイスドライバーを扱っています。カーネル開発者が提案し、探しているものについては、Broadcom brcmsmacワイヤレスドライバーデバッグカーネルバグ34682のサガをご覧ください。


1

BIOSが実際に使用しているlowmemを正しく報告していないことが原因である可能性があります。

デフォルトでは、このオプションは有効です。

memory_corruption_check_size=64K

これをより大きな値に設定して、メモリ破損スキャナがより大きなlowmemチャンクを調べるようにすることができます。

で「memory_corruption_check_size」を探します

私は、もしあれば、あなたが見つけたものを知ることに興味があります。


0

この分野での私の経験は、LinuxではなくWindows CEにありました。

サスペンド/レジュームサイクル中、OSはOS機能を徐々にシャットダウンし、OS機能を使用して何が行われているかに関する正確で信頼できる情報を取得する能力を制限します。さらに、監視接続は(たとえば、問題がタイミング関連である場合)結果を変更できます。

好みのツールは、ハイエンドでOSへのC / C ++デバッガー接続で始まり、非常に低いレベルでシリアルポート/ POSTコードまたは非X86ハードウェアJTAGデバッガーまたは同等のものでデータを送信します。最終的な結果は、コードフローを長時間処理し、通常の動作とは異なる動作をするポイントを見つけることです。その時点で、修正は通常明らかです。良いメモを保管し、一度に1つの変更を加えます。

Windows CEで発生した電源投入の問題を特定するのに6週間かかりました。10秒間または60秒間電源をオフにして問題なく起動できるPC104プロセッサボードがありました。ただし、電源が25秒間切断された場合、電源は入りません。約20秒間、DRAMの内容を無電力状態に保つのに十分な容量があるため、短い電源オフサイクルで、Windows CEはサスペンド状態から再開していると考えました。すべてのメモリが保存されると、再開が実際に成功し、メモリが部分的に破損すると、再開中にかなり混乱します。

幸運を。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.