すべてのオペレーティングシステムが時々フリーズしますが、Ubuntuも例外ではありません。制御を取り戻すにはどうすればよいですか...
電源プラグを抜く前に、さまざまな解決策をどの順序で試してみる必要がありますか?
Ubuntuの起動に失敗した場合はどうすればよいですか?従うことができる診断手順はありますか?
プログラムウィンドウが応答を停止した場合、通常はウィンドウの左上にあるX字型の閉じるボタンをクリックして停止できます。その結果、通常、プログラムが応答していないことを示すダイアログボックスが表示されます(ただし、既に知っています)。プログラムを強制終了するか、プログラムが応答するのを待つオプションが表示されます。
これは期待どおりに動作しない場合があります。通常の方法でウィンドウを閉じることができない場合は、ヒットすることができます Alt+F2、xkill
と入力して、を押します Enter。マウスカーソルはXに変わります。問題のウィンドウにカーソルを合わせ、左クリックして強制終了します。右クリックするとキャンセルされ、マウスが通常の状態に戻ります。
一方、プログラムが端末から実行されている場合、通常は次のコマンドで停止できます。 Ctrl+C。そうでない場合は、 コマンドの名前とプロセスIDを見つけます で、kill [process ID here]
を使用して、できるだけ早く終了するようにプログラムに指示します。デフォルトのシグナルSIGTERM
(15
)を送信します。他のすべてが失敗した場合、最後の手段としてSIGKILL
(9
):kill -9 [process ID here]
を送信します。 SIGKILL
は最後の手段としてのみ使用する必要があることに注意してください。これは、プロセスがクリーンアップの機会なしにカーネルによって直ちに終了されるためです。それは信号さえ取得しません-それはただ存在するのを止めます。
(kill -9
によるプロセスの強制終了は、強制終了の権限がある場合に常に機能します。特別な場合には、プロセスはps
またはtop
(「ゾンビ」として)でリストされます。この場合、プログラムは強制終了されましたが、後で必要になるため、プロセステーブルエントリは保持されます。
それでもキーボードが機能する場合は、 Alt+F2 gnome-terminal
を実行します(または、これらの起動に失敗した場合は、 Alt+Ctrl+F1 そして、usernameおよびpassword)でログインします。そこからトラブルシューティングを行うことができます。私はそれを研究していないので、ここでマウスのトラブルシューティングに入るつもりはありません。 GUIを再起動するだけの場合は、Sudo service lightdm restart
を実行します。これによりGUIがダウンし、再生成が試行され、ログイン画面に戻ります。
https://askubuntu.com/a/803649/225694 を参照してください。
最初に Phoenix 'answer で説明されているMagic SysReqメソッドを試してください。それでも機能しない場合は、コンピューターケースのResetボタンを押します。それでもうまくいかない場合は、マシンをpower-cycleするだけです。
このポイントに到達することはありません。
完全にロックした場合は、REISUBを実行できます。これは、コンピューターをコールドリブートするよりも安全な代替手段です。
レイサブ
押しながら Alt そしてその SysReq (Print Screen) キー、タイプ REISUB。
R: Switch to XLATE mode
E: Send Terminate signal to all processes except for init
I: Send Kill signal to all processes except for init
S: Sync all mounted file-systems
U: Remount file-systems as read-only
B: Reboot
REISUBは、「システムはbusierであるべきであるよりも」など、覚えておく必要がある場合は後方にあります。またはニーモニック-Reboot; Even; If; Sシステム; Utterly; Broken。
これはSysReqキーです。
注:システム全体を再起動するよりも根本的な方法はありません。もし SysReq キーが機能するため、プロセスを1つずつ強制終了できます。 Alt+SysReq+F。カーネルは、ほとんどの場合、高価なプロセスを毎回強制終了します。 1つのコンソールのすべてのプロセスを強制終了する場合は、次を発行できます。 Alt+SysReq+K。
注:これらのキーの組み合わせを明示的に有効にする必要があります。 Ubuntuにはsysrqのデフォルト設定176(128 + 32 + 16)が付属しており、REISUBの組み合わせの一部SUBのみを実行できます。これを1に変更するか、または潜在的にそれほど危険ではない244に変更できます。これを行うには:
Sudo nano /etc/sysctl.d/10-magic-sysrq.conf
スイッチ176から244。それから
echo 244 | Sudo tee /proc/sys/kernel/sysrq
すぐに動作します!これをテストするには、を押します Alt+SysReq+F。私にとって、それはアクティブなブラウザのタブ、そしてすべての拡張機能を殺しました。続行する場合は、Xサーバーを再起動できます。
すべての詳細 Alt+SysReq 関数 ここ 。
あなたが説明したようなフリーズは、ソフトウェアとハードウェアの両方に関連している場合があり、あなたが時々イライラするほど診断するのが難しいことがわかりました。
これがデスクトップPCの場合は、ハードウェアカードを見てください。ラップトップとデスクトップの両方で、おそらくacpiタイプの問題。
グラフィックカードのみを標準のキーボードとマウスに接続するように、構成を一時的に簡素化すると便利な場合があります。他のすべてのカードは削除する必要があります。
Acpi関連の問題については、grubブートオプションでnoapic nomodeset
を使用してブートしてみてください。 acpi=off
を試してみる価値もありますが、これはファンの使用率が一定になるなど、他の望ましくない効果をもたらす可能性があります。
また、BIOSバージョンレベルを確認し、ベンダーが新しいBIOSバージョンを持っているかどうかを確認する価値があります。 readmeノートは、新しいバージョンの修正がクラッシュおよびフリーズしたかどうかを明らかにするはずです。
標準の270ドライバーを試してみましたが、フリーズのために失敗しました。オープンソースのドライバーで同様の問題が発生したかどうかを明確にできますか?これをテストしている間は明らかにUnityを取得しません。
グラフィックスのフリーズは、driver/compiz/X/kernelの1つまたは組み合わせです。
以下の提案のいずれかを試してみたい場合firstCloneZillaなどの優れたバックアップツールを使用してシステムをバックアップします。大きなUSBスティック/ドライブや別の内部ハードドライブなどの画像を受信するには、外部メディアデバイスが必要です。
Additional Driversウィンドウを使用して、現在の173-nvidiaドライバーを非アクティブ化(アンインストール)します。
275の安定版には主に少数の重要な修正がありますが、280ベータ版でもフリーズを修正する少数の修正があります。グラフィックカードに適用されるかどうかは一見の価値があります。残念ながら、nvidiaは具体的にどのカードを修正するかについて詳しく説明していません(readme.txt)
ただし、nvidiaのインストールを元に戻すことに自信がない場合は、バックアップを強くお勧めします。特に、わずかに古い270ドライバーで深刻な問題が発生したためです。私は何度もclonezillaを使用してきましたが、常にトラブルから抜け出してきました。ただし、大容量の外付けドライブ(USBスティック/外付けドライブまたは別のドライブ)が必要です。
Xアップデート
最新のグラフィックスドライバーは x updates ppa にパッケージ化されています。
注-これにより、標準ベースラインから離れることになります-将来アップグレードする場合は、ppa-purge
PPA自体をアップグレードする前に。
NVidiaからドライバーを手動でインストールすることもできます。
最新のnvidia安定版275または280ドライバーをインストールしてみてください- 2ビット280ドライバー:ftpサイト および 64ビット:280ドライバー:ftpサイト
インストールする
CTRL + ALT + F1 TTY1に切り替えてログインするには
Sudo service gdm stop
Xサーバーを停止するには
Sudo su
ルートとして実行するには
cd ~/Downloads
sh NVIDIA-Linux-x86-280.04.run
32ビットドライバー(64ビットと同等)をインストールして再起動します。
アンインストールする
Sudo sh NVIDIA* --uninstall
/etc/X11/xorg.conf
も削除します
エフェクト付きのクラシックUbuntuを実行している場合、標準のUbuntuと同じフリーズ問題が発生しますか?古典的なUbuntuでフリーズを再現できない場合(エフェクトなし)、これはcompizの問題を指摘します。 compizチームと一緒にランチパッドのバグレポートを作成します。
スペースが利用可能な場合(20Gbなど)、最新のoneiricアルファと一緒にデュアルブート/インストールできます。明らかにこれ自体は不安定になりますが、最新のXとカーネルに付属します。上記のベータ280グラフィックドライバーは、[追加ドライバー]ウィンドウでは提供されない可能性があるため、手動でインストールする必要がある場合があります。
テスト中に同じフリーズアクティビティが表示されない場合は、Xバージョンを x-edgers ppa で持ち上げ、Nattyでカーネルカーネル3.0を使用してみてください。このルートに進むことはあまり望ましくありません。将来的にアップグレードの問題が発生する可能性があります。また、予期しない安定性の問題が発生する可能性があります。再度、ppa-purge
を使用してPPAを削除します。
カーネル3.0はPPAにパッケージ化されています-後でnvidiaドライブをインストールする場合は、再起動する前にヘッダーとカーネル自体をシナプスからインストールする必要があります。
これはテスト用のppaです。このルートを試してみたい場合は、バックアップを準備しておいてください。
頻繁にフリーズする場合は、mightハードウェアに何か問題があります。 RAMが最適とは言えないため、48時間ごとにハードロックを取得していました。 Memtest86 +は、テストの40分後に障害を示しました。 RAMをさらに交換して(保証期間中)、32時間、1時間の稼働時間になりました。
Ubuntuは、Windowsが時間の経過とともにできるように、メモリ全体に内臓をリークする傾向はありません。たとえ1つのアプリケーションまたは貧弱なXビデオドライバーが動作したとしても、LigthtDMを非常に簡単に再起動し、そのまま行き続けることができます。私は実際にこの1回の起動でnvidiaドライバーの3つのベータ版を試しました:)
とにかく...ソフトで再起動する方法を知ることは非常に便利ですが、システムを見つけて報告し、修正することが次の優先事項です。常時接続システムの場合、再起動を必要とせずに、カーネルの更新間で簡単に実行できるはずです*。
* You shouldカーネルの更新を取得すると再起動します。これは、新しいカーネルで再起動するまで適用されないセキュリティ修正であるためです。
すべてが機能しなくなったら、まず試してください Ctrl + Alt + F1 ターミナルに移動します。そこで、Xまたはその他の問題のあるプロセスを強制終了できます。
それでもうまくいかない場合は、押し続けてみてください Alt + SysReq 押しながら(ゆっくり、それぞれの間に数秒) REISUB。
これにより、キーボードがrawモードになり、タスクがさまざまな状態で終了し、ディスクの同期などが行われ、最終的にマシンが再起動します。これを行うと、プラグを抜くよりもはるかに良い結果が得られます。もちろん、これが失敗した場合、プラグを抜くことができます。
また、ハングするのは単にX-Serverだけの場合もあります-Compizを使用しているときによく見かけるケースです。
この場合、Xを強制終了できます。Xが再起動し、ログイン画面に戻ります。
デフォルトのシーケンスは Ctrl + Alt + Backspace
これはデフォルトでオフになっていますが(おそらく新しいユーザーが誤ってヒットしたため)、次のようにオンに戻すことができます。
System
→Keyboard
(つまり、キーボード設定ダイアログ)完全フリーズが発生したときの私の最初のお気に入り- Alt + SysRq + K。
そのコンボはXを殺し、グラフィカルなログイン画面に戻ります。それでもうまくいかない場合は、試してください Alt + SysRq + REISUB。
そのような場合は、試すことができます CTRL-ALT-F1 コンソールにアクセスします。次に、パスワードでログインします。
以下を使用して、グラフィカルデスクトップを再起動できます。
Sudo service lightdm restart
Ubuntu 11.04 またはそれ以前を実行している場合は、代わりにこれを使用する必要があります(gdm
はデフォルトのディスプレイマネージャーでした)。
Sudo service gdm restart
代わりにKubuntuを使用している場合、デフォルトのディスプレイマネージャーはkdm
なので、代わりに以下を使用する必要があります。
Sudo service kdm restart
別のディスプレイマネージャーを使用している場合は、ligthdm
/gdm
/kdm
をその名前に置き換えます。
システムをクリーンに再起動する場合は、次を使用します。
Sudo shutdown -r now
DoRとPhoenixはこれによく答えています。このページをより完全なものにするには、次を追加します。
「壊れている」のがXのみの場合、カーネルを使用してそれを殺すことができます:
SysRq + Alt + K
ラップトップの場合(モデルによって異なります。通常、「SysRq」が青で書かれている場合に必要です):
Fn + SysRq + Alt + K (リリース Fn 押した後 SysRq)。
私がやることは、例えばで端末を開くことです Ctrl + Alt + F2
ログインし、ターミナルを使用して、遅れているプロセスを強制終了します
ps -e | grep <procesname>
これは、その名前のプロセスのprocessIDを示します
(Sudo) kill <processID>
これは、うまく機能しない場合に備えて、プロセスを安全にシャットダウンします
(Sudo) kill -9 <processID>
これらのコマンドの詳細については、マニュアルページを使用してください。
グラフィカルユーザーインターフェイスに戻るには Ctrl + Alt + F7
フリーズを診断するには、ネットコンソール(またはシリアルシリアルコンソール)を使用できる必要があります。 こちら に記載されているセットアップ手順に従ってください。
最初に確認するのは、凍結されているのがXだけであるか、システム全体であるかです。 sshを有効にしてから、システムにsshします。 sshができない場合は、おそらくカーネルのロックアップです。 can ssh inの場合、それは単なるgpuロックアップかもしれません。
次に、Xを再起動します。ディスプレイマネージャーを再起動して、これを行います。
Ubuntu 11.10以降では、LightDMがディスプレイマネージャーなので、次を実行します。
service lightdm restart
Ubuntu 11.04以前では、GDMがディスプレイマネージャーなので、次を実行します。
service gdm restart
それが機能する場合は、おそらくXのバグです。それでも動作しない場合は、カーネルdrmドライバーでGPUロックアップが発生している可能性があります。この時点で、-ATI(オープンソース)ドライバーを実行しているのか、-fglrx(クローズドソース)ドライバーを実行しているのかを知ると便利です。
ハードシャットダウンを実行する必要がある場合は、メモリ(RAM)が失敗しているかどうか疑問に思うでしょう。次回の起動時に、memtest86を実行してみてください。これをする:
基本的な表示が得られ、すべてのRAMに対して多くの値を読み書きしようとします。障害がない限り、緑のステータスが表示されます。障害がある場合、赤に変わります。その場合、RAMの少なくとも1つのスティックを交換する必要があります。
ハードウェア障害の診断に関するコミュニティ文書 もあります。
最初の答えで提案されているようにマジックSysRq
キーを使用したことがある場合は、キーボードを最初に動作させてみてください Alt + SysRq + R;してみて Ctrl + Alt + F1 再び。
動作する可能性があり、再起動する必要があります。うまくいかない場合にのみREISUBシーケンス全体を試してください。
押すだけ Ctrl+Alt+F1 キーボードでTTY1を開きます。開いたら、Killコマンドを実行します。以下の例。
最初に使用:psこれは実行中のすべてのプロセスを表示します(ページごとに結果を表示したい場合は「ps | less」)終了するプロセスのPID。この使用後:kill pid
killコマンド-プロセスの実行を停止します
構文:kill [-s sigspec] [-n signum] [-sigspec] jobspecまたはpid kill -l [exit_status]
説明:最新のシェル(Bashを含む)のほとんどには、組み込みのキル機能があります。 Bashでは、信号名と番号の両方が
オプションとして受け入れられ、引数はジョブIDまたはプロセスIDである場合があります。終了ステータスは、-lオプションを使用して報告できます。少なくとも1つのシグナルが正常に送信された場合はゼロ、エラーが発生した場合はゼロ以外。/usr/binからkillコマンドを使用すると、システムは、pgrepやpkillのように、自分のユーザーID以外のプロセスを強制終了したり、名前でプロセスを指定したりするなどの追加オプションを有効にします。何も指定されていない場合、両方のkillコマンドはTERMシグナルを送信します。
ソース: http://www.linuxforums.org/forum/newbie/53976-end-tasks-linux-like-task-manager-windows.html
(コミュニティwikiの回答-ソリューションは元々 OPquestion に埋め込まれていました)
ソリューション:
それを解決しました。
私の特定の問題は、グラフィックカード(統合Radeon 9000シリーズ)でした。 netconsoleは、エラーが発生していることを明らかにしました:"reserve failed for wait"
。試行錯誤の後、ビデオカードを手動で構成し、ハードウェアアクセラレーションを無効にしました。問題を完全に修正しました。
ここに私がやったことがあります:
手動で作成されたxorg.conf
Ubuntuはxorg.confを自動的に構成し、ファイルを使用しません。このファイルを編集するには、Ubuntuに明示的に作成してから編集するように指示する必要があります。手順は次のとおりです。
X -config xorg.conf.new
cp xorg.conf.new /etc/X11/xorg.conf
ハードウェアアクセラレーションを無効にします
以下は私のRadeonカードに固有のものですが、他のカードにも同様の設定があるはずです。
xorg.conf
お役に立てば幸いです。
Windowsでもこのような死のスクリーンがあるとしても、完璧なディストリビューションというものはないと思います。
別のターミナルを開く Ctrl + Alt + F2。
ユーザー名とパスワードでログインします。
次のコマンドを発行します。
Sudo /etc/init.d/gdm restart
これは現在のセッションを再起動またはログアウトしますが、再起動しません。
それから Ctrl + Alt + F7 グラフィカルインターフェイスに戻ります。
最も簡単な解決方法は、Gnomeのトップパネルに"Force Quit"アプレットを追加し、プログラムが応答しない場合、強制終了をクリックしてからアプリケーションをクリックすることです。
私は非常に多くの答えに驚いています、これは言及されていません。もちろん、いつでもps -A
を実行し、プログラム名としてgrep
にパイプすることができます。そしてkill -9
それ。私はシンプルさを好みます。
私のubuntuは極度に凍結する傾向があります(おそらく1日に20回奇数回)。魔法のsysrqキーも使用しますが、それを使用してxserverをリブートまたは強制終了する代わりに、oom_killを呼び出す「f」コマンドを使用して、プロセスを効果的に削除します。このドロップchromeタブだけを見たことがあります(一度にかなりの数のヘビー級のタブを開く傾向があるため)。とにかく、95%の確率でこの混乱から抜け出します。
そのため、ubuntuがフリーズする(ロックする、マウスが応答しなくなるなど)ときは、 alt + sysrq そして、ヒット f (これを正しく行わないと、代わりにスクリーンショットが撮られます)。私は通常、このコンボを数回繰り返してから、ubuntuが生き返ります。
私がこれを発見していなかったならば、私はずっと前にubuntuをあきらめていました、それが誰かを助けることを願っています!
いつでもできる Alt + F2 killall <program>
またはxkill
と書き、スマッシュしたいウィンドウをクリックしてください!
TTYビューに切り替えると、追加情報が得られる場合があります。押す Ctrl + Alt + F1 これを取得するには、使用 Ctrl + Alt + F7 (または多分 F8)GUIに戻ります。ほとんどのFキーで異なるセッションを使用できますが、それはまったく異なる質問です。
ヒット Alt+F2 コマンドを実行します。 xkill
と入力してEnterキーを押します。
マウスカーソルは、クリックしたウィンドウを強制的に閉じることができる十字形に変わります。
誰かがスクリーンショットを提供できれば、それは有用だと思います。
問題を解決できる最新のLinuxカーネル2.6.35以上に置き換えてください。これから次の手順を実行します link 。
上記のすべてを試してもフリーズの問題が解決しない場合は、私がやったことを試してみてください。
CPU、RAM、およびこれらの小さくて密集したピンを表示するのに十分な他のチップに、大量のコンタクトクリーナーを適用します。それらは、ほこりの蓄積と湿度による短絡により導電性を失う可能性があります。
クリーニング(CRC 2-26を使用)および一連の非常に厳しいストレステストの数日後、私のPCは一度も凍結していません。
そのため、突然の予期しないフリーズが発生した場合は、合理的な範囲を超えてOSをいじり回すのをやめて、徹底的なほこりと接触クリーニングを行ってください。
可能であれば、別のコンピューターからsshシェルを開いてみてください。これはオプションですコンピュータがすぐにハングする可能性があることを事前に知っている場合は、そのタスクを実行する前に最初に接続を開きます。
Vmwareが異常に動作し、ubuntuのGUI(vmwareホスト)が応答しなくなることがわかっているときに、これを行うことがあります。私はsshシェルからサスペンドを行うことができます。それが完了するまでしばらく時間がかかり、しばらくするとコンピューターが再びアイドルになります。
Unity/Compiz、X.orgシステム、およびビデオドライバーの関係の間にいくつかの見逃されたバグがありました。もちろん、これらのバグは、Unit、Compiz、X、またはビデオドライバーの新しい更新バージョンで処理されます。
Unity内ですべてが遅く、基本的に破損している場合、TTY1に移動するには CTRL+ALT+F1。ターミナルで、ユーザーとパスワードを入力してプロンプト行に移動します。起動時にTTYにアクセスすることもできます ESC または開催 SHIFT、[GRUB]メニューで、復旧モードを選択します。
Xorg Edgers PPAをインストールする
Sudo add-apt-repository ppa:xorg-edgers/ppa Sudo apt-get update
ビデオカードに応じて、304シリーズ、310シリーズ、313シリーズ、またはそこに表示される新しいものをインストールできます。常に最新バージョンをテストし、問題が発生した場合にのみテストしてから、すべてが正しく機能するバージョンに到達するまでそこからダウンすることをお勧めします。たとえば、GT 9500以降(私の場合は440 GT、560 TI、および680 GTXも持っています)を持っている場合、私の問題をすべて解決するのは数日前に出た313.18だけです。だから私はこれをします:
Sudo apt-get install nvidia-313
これにより、313シリーズの最新バージョンがインストールされます。 compiz、unity、xorgのビデオに関する多くの問題を修正します。 310シリーズでは多くの問題も修正されていますが、ビデオカードでテストしていません。他のNvidiaバージョンは、この執筆時点でnvidia-experimental-304およびnvidia-experimental-310です。
再起動して、ビデオカードがUbuntuで正しく機能しないかどうかをテストします。 Nvidia構成ファイルに関する問題が発生した場合は、ターミナルを開いてSudo nvidia-xconfig
と入力し、再起動するだけです。
他にも次のような便利な質問があります。
nvidia-currentパッケージとnvidia-current-updatesパッケージの違いは何ですか?
または、より一般的なものであっても: nity 3DでDesktop Cubeを正しく有効にする方法
10.04でも同様の問題がありました。 Xはハングし、リセット以外は何も修正しません。 nvidiaドライバーを最新バージョンに更新しましたが、それ以降問題はありません。
コンピューターがフリーズするのを防ぐ解決策の1つは、CPUスケジューラー自体をオンデマンドに設定することを停止することでした。これは/etc/init.d/ondemand
スクリプトにあります。
ファイルの名前を変更しました。
Sudo mv /etc/init.d/ondemand /etc/init.d/ondemand.bk
これにより、オンデマンドへのすべてのシンボリックリンクが切断されます。そのため、起動時に起動しません。これにより、いくつかのエラーメッセージがログに記録されます。
より良い方法は、update-rc.dを使用することです。私は怠け者で、これらのコマンドを試したことはありません。
Sudo update-rc.d -f ondemand remove
または:
Sudo update-rc.d ondemand stop 2 3 4 5 S
再度開始するには:
Sudo update-rc.d ondemand Start 2 3 4 5 S
再度起動すると、コンピューターが再び解放されました。だから私はそれを無効にしておきました。
Virtualboxは、VT-xまたはAMD-V(CPUに組み込まれたハードウェア仮想化技術)を使用して64ビットゲストを実行すると、32ビットホストがランダムにクラッシュする場合があります。 既知の問題 です。
Virtualboxを使用して、64ビットホスト上で64ビットおよび32ビットゲストを問題なく実行できることに注意してください。
他の答えは一般的なケースを非常によくカバーしています...
次のキーの組み合わせを試す前に、それを覚えておいてください Ctrl+Alt+F7 あなたを取り戻します。覚えてる?本当に? OK、Ubuntu GUIが表示されない、またはフリーズする場合は、 Ctrl+Alt+F1 ターミナルに切り替えます。
押すべきだった Ctrl+Alt+F7 このメッセージをもう一度表示するには。
それは最も簡単な解決策ですが、恒久的ではありません。その後、Ubuntuはフリーズを継続できますが、Ubuntuがフリーズするたびにこのプロセスを繰り返すことができます。 :)
人のために:
service lightdm restart
は機能しません)たぶんあなたはできる:
pm-suspend
を実行します(マシンをサスペンドします)上記のすべてのソリューションを試しましたが、どれも機能せず、一部も機能しませんでしたが、マシンを再起動し、実行中のすべてのアプリケーションを失うことを余儀なくされました。これは最善の解決策ではありませんが、少なくとも作業中に必要なアプリケーションを失うことはありません。
Intel 8xxのマザーボードを使用している場合、buntu 10.10 Maverick Meerkatに移行することを強くお勧めします。Xorg関連のバグを解決したと思います。
私は同じ問題に直面していましたが、Ubuntu 10.10 Maverick Meerkatをインストールした後、Xfreezeの問題に直面したことはありません。
Lenovo Thinkpad core i5にUbuntu 12.04 LTSをインストールしましたが、完全にフリーズし続け、電源を入れ直して手動で再起動する必要がありました。 Ubuntuカーネルを最新バージョンに更新することで解決しました。あなたの問題も解決するかもしれません。これを行う手順は次のとおりです。
1-ここに行く: http://kernel.ubuntu.com/~kernel-ppa/mainline/ 3(おそらく4)debsをどこかにあるフォルダーにダウンロードする:
linux-headers-VERSION-NUMBER_all.deb
linux-headers-VERSION-NUMBER_AMD64.deb
linux-image-VERSION-NUMBER_AMD64.deb
linux-image-extra-VERSION-NUMBER_AMD64.deb#利用可能な場合
2-使用するパッケージマネージャーフロントエンド(Gdebiなど)でdebsをインストールするか、次のコマンドを使用します。
cd /path/to/folder/where/you/put/the/debs
Sudo dpkg -i *.deb
まず、ターミナルでtop
コマンドを使用して、応答しないプログラムのPIDを確認します ターミナルのトップ関数 次に、引用符なしのkill -9 "pid"
。
何もクリックやキーストロークに反応しない場合、またはマウスが機能しなくなった場合は、 Ctrl+Alt+F1 次を実行してディスプレイマネージャを再起動します。
Sudo service lightdm start # Ubuntu 12.04/14.04
または
Sudo systemctl start graphical.target # Ubuntu 16.04 and later
失敗しても心配する必要はありません。押す Ctrl+Alt+F7 デスクトップ環境に戻ります。
これに1年以上苦しんだ後、デスクトップ環境としてXfceを使用することで問題を回避しました。私は単にAPTを使用してインストールしました:Sudo apt-get install xfce4
私は内蔵のグラフィックスを備えた2009 PCを使用しており、グラフィックス設定が調整されるたびに断続的に問題が発生しました(Ubuntuの自動更新経由かどうかはわかりません)。
Unity 2Dを試してみたかもしれませんが、Xfceは動作します。
私の場合、犯人は単純で過熱していることがわかりました。私は温暖な気候に住んでおり、エアコンを使用していない場合、ラップトップがロックし始めます。ファンを直接向けることで問題が解決しました。
私の場合、compiz
はフリーズを引き起こします。マウスカーソルは移動できますが、マウスクリックは何もしません。キーボードが機能するので、私のレシピはcompiz
を再起動しています
押す Ctrl + Alt + F1
次のコマンドを実行します:
killall -9 compiz
押す Ctrl + Alt + F7
カスタムビルドのPCをフリーズさせ続けました。温度センサーをgnomeパネルに配置し、CPU、HDD、マザーボード(基本的には任意のシステム温度)がロック時に熱くなっているかどうかを確認できました。
ATIカードが熱くなっている可能性があり、エアフローを増やす必要があります。
https://wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown から候補カーネルをインストールした後、マシンの電源を入れ直す必要がありました。ここではハードウェアの問題はありませんが、不安定なカーネルで実行する場合は、このような副作用に注意してください。
フリーズをデバッグするには、次のように Magic SysRq key を使用できます。
注:保留を検討してください ⇧ Shift (キーボードによって異なります)。
凍結中に試す他のこと:
注:保留を検討してください ⇧ Shift (キーボードによって異なります)。
何も機能しない場合は、 安全な再起動 を実行する必要があります Alt-SysRq-REISUB、次のとおりです。
Alt-SysRq-B:すぐにreBシステムから削除します。
注:上記のハードリブートの組み合わせが機能しない場合、フリーズはビデオドライバではなく、ハードウェアの欠陥が原因である可能性があります。
Magic SysRqキーを使用できない場合は、以下も参照してください: 明らかにランダムなUbuntuクラッシュの診断と修正?
再起動後、kern.log
の詳細、特に上記のカーネルコマンドによって生成された呼び出しトレースを確認してください。これにより、適切なバグレポートを見つけ、解決策を見つけることができます。以下を確認してください kern.log
例 。
最新のクラッシュログは次の方法で確認できます。
journalctl -b -1 # Then hit Shift-G to jump to the end.
他のジャーナルログを一覧表示するには、次を実行します。
journalctl --list-boots
推奨される解決策:
こちらもご覧ください:
ラップトップがフリーズしたとき、control + alt + fn + f7を実行してから、control + alt + fn + f2を実行できます。これがシェルに到達し、ユーザー名とパスワードでログインします。デスクトップに戻るには、chvt 8
を実行します。これにより、現在のデスクトップに戻ります。アクティブなttyのタイプを確認するには、w
を選択してから、現在のttyに変更します。
そうすれば、リブートしたり何かを失ったりすることなく作業を再開できます。