単一のコマンドでカーネルパニックを引き起こす方法

単一のコマンドラインでカーネルパニックを引き起こすことは可能ですか？

sudoingユーザーにとって最も簡単なこのようなコマンドは何でしょうか？また、もしあれば、通常のユーザーにとっては何でしょうか？

コマンドの一部として何かをダウンロードすることを提案するシナリオは考慮されません。

FreeBSD：

sysctl debug.kdb.panic=1

Linux（詳細はこちら）：

echo c > /proc/sysrq-trigger

mkdir /tmp/kpanic && cd /tmp/kpanic && printf '#include <linux/kernel.h>\n#include <linux/module.h>\nMODULE_LICENSE("GPL");static int8_t* message = "buffer overrun at 0x4ba4c73e73acce54";int init_module(void){panic(message);return 0;}' > kpanic.c && printf 'obj-m += kpanic.o\nall:\n\tmake -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules' > Makefile && make && insmod kpanic.ko

panic関数を呼び出してカーネルをクラッシュさせるモジュールをコンパイルし、rootを必要makeとgcc

し、コマンド内の「buffer overrun at 0x4ba4c73e73acce54」をより興味深いドラマに置き換えます。

カーネルは何があっても実行し続けることを意図しています。したがって、ユーザーの相互作用によってカーネルパニックを引き起こす方法（ブルースエディガーが冗談めかして提案するような強力なルートによる意図的な破壊行為を除き、今日のほとんどのカーネルは構築されているため、これらのいたずらのほとんどは最初は機能しません）非常に深刻なバグ、それはすぐに修正されます。

これが以前に言及されなかった理由がわかりません...

sudo kill -9 1

「initを殺そうとしました」というメッセージのあるパニック。

これを試して：

dd if=/dev/urandom of=/proc/sysrq-trigger 

これは非常に速いカーネルパニックを引き起こしましたが、Ubuntuのライブインストールで行ったため、プロセスがどれほど安全かはわかりません。しかし、純粋なターミナル環境でカーネルを実行すると、カーネルはスパムメッセージを送信しました。

次のコードをモジュールにコンパイルしてinsmodすると、パニックが発生するはずです。

static int crash_module_init(void)

{
     printf("crash module starting\n");
     int *p = 0;

     printk("%d\n", *p);

     return 0;
}

static void crash_module_exit(void)
{
    printf("crash module exiting\n");
}

module_init(crash_module_init);
module_exit(crash_module_exit);

最も簡単なのは、Alt +印刷画面（sysrq）を押しながらcを押したままにすることですecho c > /proc/sysrq-trigger 。少し説明と同じです。sysrqキーは、最後の手段として、カーネル自体に低レベルのコマンドを送信するために使用されますシステムを保存しようとします。alt + print screen（sysrq）を押したままそれらの隣の別のキーを押すと、そのsysrq-triggerファイルのキーをエコーするのと同じようになります。彼らは理由のためにそれをトリガーと呼びます; 3 'c'はカーネルにクラッシュするように伝えます（カーネルパニックの原因）

ただし、「proc / sys / kernel / sysrq」の内容を表示することもできます。178またはそれ以外の場合は、1に変更する必要があります。0はすべて無効、1はすべて有効、1より大きい値はカーネルがsysrqで許可する特定の処理のビットマップです。