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

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カーネル開発者が推奨するものと見つけなければならないことについて学びます。

答え2

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

答え3

BIOSが実際に使用しているlowmemを正しく報告していないため、問題が発生した可能性があると思います。

このオプションはデフォルトで適用されます。

memory_corruption_check_size=64K

メモリ破損スキャナがより大きなロームブロックを確認できるようにするには、この値を大きな値に設定してみてください。

「memory_corruption_check_size」を探してください。

など。

私はあなたが何を見つけたのか知りたいです。

答え4

MacBookでまだ一時停止の問題が発生している場合、私に役立つ解決策は次のとおりです。https://forums.debian.net/viewtopic.php?t=149965

具体的には:

1. open terminal: sudo nano /etc/default/grub
2. go to: GRUB_CMDLINE_LINUX="" and add/change to: GRUB_CMDLINE_LINUX="init_on_alloc=0"
3. save and exit
4. sudo update-grub
5. reboot pc

関連情報