4
LinuxでSuspend-to-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