sysrqキーでlinuxを再起動させたりcrashさせたり - うまいぼうぶろぐ
ref. man proc (/proc/sysrq-trigger,/proc/sys/kernel/sysrq) /usr/share/doc/linux-doc/sysrq.txt.gz http://ja.wikipedia.org/wiki/マジックSysRqキー (/procy/sysrq-trigger を使えるのはkernel 2.6以降) :意図的にcrashさせることはないだろうけど。ハングアップしてシェルにも入れないような場合でも、少しでも安全に再起動させたいときとか。(電源ぶち切りは嫌だっていう) /proc/sysrq-triggerを使わない(使えない)場合は、コンソールからAlt + SysRq(Print Screen) + Command-Key の同時押し。ただし、/proc/sys/kernel/sysrq (sysctl.conf: kernel.s
Ctrl+Cとkill -SIGINTの違いからLinuxプロセスグループを理解する | ギークを目指して
しばらくLinuxネタが続く・・。 近いうちに最近出たJava8ネタを書いてみようと思います。が、もう少しLinuxネタにお付き合いください。 前回はsshdを対象に親プロセスをkillした場合の動作を確認した。 killされたプロセスの子プロセスは孤児プロセスとなり、カーネルによって自動的にinitプロセスの子として扱われる事を説明した。（この動作を「リペアレンティング」と呼ぶ） 今回はこの続き。 Linuxで作業していてCtrl+Cしてプロセスを終了した場合、フォアグラウンドのプロセスやその子プロセスも一緒に終了する。 ということは、子プロセスは孤児として扱われず、リペアレンティングされていないことになる。 今回の記事ではこの振る舞いの違い（リペアレンティングされるか否か）に着目し、kill -SIGINTコマンドとCtrl+Cの違いについて考えていく。 そもそもkillコマンドやCt
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
