Apakah mungkin menyebabkan panik kernel dengan satu baris perintah?
Apa yang akan menjadi perintah yang paling mudah untuk pengguna yang sudoing dan apa yang akan untuk pengguna biasa, jika ada?
Skenario yang menyarankan mengunduh sesuatu sebagai bagian dari perintah tidak masuk hitungan.
command-line
kernel
kernel-panic
Desmond Hume
sumber
sumber
:(){ :|:& };:
mungkin?:()
mendefinisikan fungsi yang disebut:
dengan tubuh:|:&
, yang berarti "menjalankan: dan juga menjalankan: di latar belakang".;
mengakhiri definisi fungsi, dan:
memanggil fungsi baru Anda, yang tanpa henti memunculkan versi baru dari dirinya sendiri sampai Anda menekan batas proses atau sistem terhenti. Ini adalah perintah yang secara efektif membekukan sistem apa pun tanpa batas proses yang ditentukan. Jangan coba ini di rumah.dd if=/dev/urandom of=/dev/mem
(tergantung pada versi kernel Anda, Anda mungkin tidak memilikinya/dev/kmem
). Tapi saya tidak akan menggunakan sistem setelah itu. :)Jawaban:
FreeBSD:
Linux (info lebih lanjut di sini ):
sumber
echo c > /proc/sysrq-trigger
tentu melakukan pekerjaan yang baik dalam membekukan sistem Linux. Tetapi secara pribadi, layar hitam kematian yang bagus menceritakan tentang perkembangan dramatis dari tumpukan panggilan akan terasa seperti panik kernel yang lebih "kanonik".echo 1 > /proc/sys/kernel/sysrq
sebelum bisaecho c > /proc/sysrq-trigger
.Mengkompilasi sebuah modul yang crash kernel dengan memanggil
panic
fungsi, membutuhkan root, membutuhkanmake
dangcc
Ganti "buffer overrun di 0x4ba4c73e73acce54" pada perintah dengan sesuatu yang menarik untuk drama lebih lanjut.
sumber
apt-get install kdump-tools
di Raspbian / Debian.Kernel dimaksudkan untuk tetap berjalan apa pun yang terjadi. Jadi cara apa pun untuk menyebabkan kepanikan kernel oleh interaksi pengguna (selain vandalisme yang disengaja oleh root yang sangat kuat, seperti yang diusulkan Bruce Ediger dengan jokinkly, dan sebagian besar kernel saat ini dibangun sehingga sebagian besar lelucon itu tidak bekerja di tempat pertama) bug yang sangat serius, itu akan diperbaiki dengan cepat.
sumber
:(){ :|:& };:
./etc/security/limits.conf
file.Saya tidak tahu mengapa ini tidak disebutkan sebelumnya ...
Panik dengan pesan "mencoba membunuh init".
sumber
Coba ini:
Ini melakukan panik kernel yang sangat cepat untuk saya, tetapi saya tidak yakin seberapa aman prosesnya karena saya melakukannya pada instalasi Ubuntu live. Tetapi kernel melakukan pesan kesalahan spam pada saya ketika saya melakukannya di lingkungan terminal murni.
sumber
kompilasi kode berikut ke dalam modul dan masukkan, pastikan Anda harus panik:
sumber
oops
, tetapi tidak panik.Cara termudah adalah dengan menekan alt + layar cetak (sysrq) dan tekan c sambil tetap menahannya. Ini melakukan hal yang sama dengan
echo c > /proc/sysrq-trigger
: Penjelasan kecil: kunci sysrq digunakan untuk mengirim perintah tingkat rendah ke kernel itu sendiri, sebagai pilihan terakhir untuk mencoba menyelamatkan sistem. Jika Anda menahan alt + layar cetak (sysrq) ke bawah dan tekan tombol lain di sebelahnya, ia melakukan hal yang sama seperti jika Anda menggema kunci dalam file pemicu sysrq itu. Mereka menyebutnya pemicu karena suatu alasan; 3 'C' memberitahu kernel untuk crash (menyebabkan panik kernel)Namun, Anda mungkin ingin melihat konten 'proc / sys / kernel / sysrq'. Jika itu 178 atau apa pun, Anda harus mengubahnya ke 1. 0 semua dinonaktifkan, 1 semua diaktifkan, dan apa pun yang lebih besar dari 1 adalah bitmap untuk hal-hal spesifik yang memungkinkan kernel lakukan dengan sysrq.
sumber