私はラップトップ（Aldi の Medion）を持っていますが、これは頻繁にハングアップする傾向があります。実際、頻繁にハングアップするため、Windows XP や Ubuntu を何度かインストールしようとしましたが、すべて失敗しました。
ただし、標準の Ubuntu 10.10 インストール イメージにあるように、Ubuntu を起動して実行することはできます。これまでにこれを 2 回実行しました。
最初はすべてがスムーズに動作していましたが、ある時点で GUI (つまり X) が応答しなくなりました。カーソルはマウスとともに動き続けましたが、メニューが表示されなくなり、何かをクリックしても反応しなくなりました。
そこで、コンソール (Ctrl-F1、Ctrl-F2 など) に切り替えました。この設定では、コンソールは自動的にシェルを実行します。シェルは応答し、cd コマンドも機能しますが、実行可能ファイルを呼び出すコマンド (またはなど) は、/bin/lsシェルを中断不能にハングアップさせます。私の仮説は、ディスク アクセスの試行がすべてハングアップしているというものでしたが、これを検証するために またはなどcd /bin; ./findのコマンドを実際に試したわけではありません。もう 1 つの可能性は、重要なシステム ライブラリがメモリにキャッシュされていて、何らかの理由で正常に機能していないことです。echo /proc/$$while read line; do echo $line; done < /var/log/syslog
2 回目は、システムを一晩中実行したままにしましたが、突然ハングアップすることはありませんでした。状態が再び現れるまで実行中のシステムをいじり続ける忍耐力があるかどうかわかりませんし、再び現れたらどうしたらよいかわかりません。
明らかに、ソフトウェアによる原因は除外できます。ディスク アクセスに関連しているようですが、システムが正常に再起動するため、恒久的なハード ディスク障害ではないことは明らかです。
どのようなハードウェアの問題がこれらの症状を引き起こす可能性がありますか? メモリの問題である可能性がありますか?
答え1
メモリまたはハード ドライブの問題である可能性があります。まずは、その可能性を排除するために memtest を実行することをお勧めします。Ubuntu Live CD にも含まれているはずです。その後、ハード ドライブが手元にある場合は、それを交換してみるとよいでしょう。
答え2
ライブ CD から実行します。SMART テストやメモリ テストを実行する時間をかけたくない場合は、ライブ CD から実行するだけでディスクが確認/除外されます。
メモリ関連である可能性は非常に低いです。もしそうなら、Ctrl + F1 コンソールにアクセスできなかったはずです。実際、私はあえて断言しますが、メモリの問題ではないと断言します。