Pertanyaan Alt + sysrq + REISUB tidak me-reboot laptop saya


Kadang-kadang, laptop saya menjadi macet jadi saya menggunakan kombinasi tombol ajaib Alt + SysRq + REISUB untuk melakukan reboot yang aman. Namun, tampaknya tidak bekerja untuk saya ketika saya menekan tombol B kunci untuk menyelesaikan perintah kunci ajaib itu hanya mengatakan, "ulang ..." dan tidak melakukan apa-apa.

Semua tombol lain tampaknya berfungsi dengan baik karena mereset layout keyboard, membunuh semua tugas dll, tetapi tampaknya tidak lengkap dengan reboot.

Saya berada di bawah kesan bahwa laptop saya harus reboot setelah tombol ajaib semuanya telah ditekan dalam urutan REISUB.


54
2017-11-02 16:24


asal




Jawaban:


Alt + SysRq telah dinonaktifkan untuk memperbaiki bug. Penonaktifan Magic-SysRq dianggap sebagai bug itu sendiri dan sejak itu telah diaktifkan kembali (# 1025467). Jika masih dinonaktifkan untuk Anda, Anda dapat mengaktifkannya kembali:

Ubuntu 12.04 dan lebih tua

Edit file /etc/sysctl.conf untuk memasukkan garis

kernel.sysrq=1

Ubuntu 12.10 dan yang lebih baru

Dimulai dengan Ubuntu 12.10 kontrol yang lebih halus yang mana fitur Magic-SysRq diaktifkan dimungkinkan. Cukup edit file /etc/sysctl.d/10-magic-sysrq.conf.

File ini didokumentasikan dengan baik dan memberi tahu Anda bagaimana cara mengaktifkan fitur-fitur tersebut. Standar saat ini dipilih untuk tujuan keamanan dan hanya boleh diubah jika Anda tahu mengapa Anda perlu (untuk melihat implikasi keamanan # 194676).


52
2017-11-03 15:45



Tidak, belum. Ia bekerja dengan baik pada maverick, natty, oneiric, dan tepat. - psusi
Itu sebenarnya dinonaktifkan untuk memecahkan bug, tetapi telah diaktifkan kembali. Saya memperbarui jawabannya. Haruskah kita juga mengedit pertanyaan menjadi sedikit lebih umum? - mniess
@geezanansa Anda bisa sunting komentar Anda saat masih panas. Harap hindari menambahkan beberapa komentar berturut-turut. Juga, SysRq bekerja untuk saya di 13.04. Jangan pernah mencobanya di Live DVD, hanya setelah instalasi. Jadi, saya tidak mengerti jawaban atas jawaban ini karena ini tentang periode waktu yang sangat singkat (lihat laporan bug). ;) - gertvdijk
@gertvdijk: Ketika saya memperbarui pertanyaan yang saya sebutkan, etc / sysctl.d / 10-magic-sysrq.conf yang menyertakan parameter sysrq untuk semua yang Anda perlukan untuk mengaktifkan semua fungsi yang terkait. Kembali ketika pertanyaan itu ditanyakan (pada 2010), itu sebenarnya solusi karena "b" sebenarnya dinonaktifkan secara default karena bug. Saya mengubah jawaban agar lebih umum dengan sengaja, saya menjawab pertanyaan tentang sysrq yang benar-benar tidak berfungsi dan juga sebagian disfungsional. - mniess
@geezanansa, ya, saya pikir mereka menonaktifkannya secara quantal, setelah saya mempostingnya - psusi


Keyboard adalah masalah di sini!

  • Beberapa hanya tidak suka tombol 4-bawah pada saat yang sama dan hanya berhenti menjadi keyboard sampai Anda merilis beberapa.
  • Semua keyboard berubah menjadi tata letak QWERTY ketika Anda mengirim sinyal SysRq. Ini menyulitkan untuk menemukan perintah yang tepat pada keyboard dengan tata letak lainnya. Wikipedia: Perintah SysRq menunjukkan tabel untuk menemukan yang tepat untuk tata letak alternatif umum.
  • Punya beberapa SysRq pada kunci lain selain PrtSc untuk menahan dengan tombol fungsi. Di laptop saya ini Fn+Akhir. Holding Alt + PrtSc hanya berfungsi jika beberapa proses sistem (manajer jendela?) menerjemahkannya untuk saya. Jika macet total, hanya nyata  SysRq bekerja!
  • Beberapa hanya memicu SysRq kunci setelah Anda memegang kanan  Alt + PrtSc (oleh perangkat keras). Alt-key kiri tidak akan berfungsi dalam kasus seperti itu, untuk alasan yang sama seperti di atas. Beginilah cara kerja keyboard USB saya.
  • Tip: cobalah memukul Bergeser + Alt + SysRq untuk melihat keluaran 'bantuan' pada terminal virtual. Ini berguna untuk melihat apakah berfungsi tanpa membahayakan:

    SysRq: HELP: loglevel (0-9) reBoot Crash menghentikan semua tugas (E) memori-full-oom-kill (F) kill-semua-tugas (I) mencair-filesystem (J) saK show-backtrace-all -aktif-cpus (L) menunjukkan-memori-penggunaan (M) baik-semua-RT-tugas (N) powerOff show-register (P) show-all-timer (Q) unRaw Sync acara-tugas-negara (T) Lingsirkan tugas-tugas yang diblokir (W) dump-ftrace-buffer (Z)

Dalam semua kasus yang saya temui tidak berfungsi, menukar keyboard bekerja dengan sempurna dan menunjukkan bahwa tidak ada yang salah dengan pengaturan kernel apa pun.


27
2018-01-13 12:58



@geezanansa Saya telah melihat keyboard dengan jelas tidak dapat menangani kombinasi 4-tombol tertentu. Mengganti itu memecahkan masalah. Sangat. Ini dapat berfungsi untuk semua anda keyboard, sekalipun. Dan jika Anda tidak memahami upvote, mengapa Anda tidak menjelaskan mengapa Anda tidak mengerti? - gertvdijk
Mempertimbangkan James menegaskan semua perintah sysrq bekerja dengan pengecualian B. Jawaban ini bukan jawaban atas pertanyaan yang saya baca sebagai Mengapa sysrq B tidak berfungsi? Papan kunci bukanlah masalah bagi James atau banyak orang lain mengenai sysrq. -1 - geezanansa


ATTRIBUSI:
https://fedoraproject.org/wiki/QA/Sysrq#How_do_I_use_the_magic_SysRq_key yang didasarkan pada karya asli oleh
Kredit
Ditulis oleh Mydraal
Diperbarui oleh Adam Sulmicki
Diperbarui oleh Jeremy M. Dolan 2001/01/28 10:15:59
Ditambahkan oleh Crutcher Dunnavant

https://askubuntu.com/a/11194/102029 mneiss menyediakan tautan untuk LaunchPad.

Isi

Apa itu sysrq?
Mengapa RESIUB (O) tidak berfungsi?

1 Bagaimana saya mendapatkan sysrq untuk berperilaku seperti yang saya inginkan?
1.1 Apa kunci SysRq ajaib?
1.2 Bagaimana cara mengaktifkan kunci SysRq ajaib?
1.3 Bagaimana cara menggunakan kunci SysRq ajaib?
1.4 Apa kunci 'perintah'?
1.5 Oke, jadi apa yang bisa saya gunakan?

1.6 Pemecahan masalah 

1.6.1 Gantung sebelum skrip init dijalankan
1.6.2 Terkadang SysRq tampaknya 'macet' setelah menggunakannya, apa yang bisa saya lakukan?
1.6.3 Saya memukul SysRq, tetapi sepertinya tidak ada yang terjadi, apa yang salah?
1.6.4 Saya ingin menambahkan peristiwa kunci SysRQ ke modul, bagaimana cara kerjanya?
1.6.5 Kesimpulan
1.6.6 LAMPIRAN
Catatan.
Anda mungkin menemukan menggunakan Ctrl + F menggunakan Daftar Isi bermanfaat.

Apa itu SysRq?

Metode umum yang terkenal dan digunakan untuk mendapatkan kembali penggunaan mesin setelah pembekuan atau penguncian dengan membatasi risiko kerusakan disk yang menyebabkan kerusakan file sistem atau hilangnya data adalah dengan menggunakan
Alt + SysRq + r lalu s lalu e lalu saya lalu kamu lalu b dan / atau jika diperlukan (Hai)

Ini belum berfungsi seperti yang diharapkan untuk banyak orang (yaitu saya dan James) melalui semua rasa dari> = 8.04LTS hingga rilis 13.04 saat ini.

Mengapa RESIUB (O) tidak berfungsi?

Pertimbangkan deskripsi bug ini yang ditemukan di LaunchPad Bug 194676:

Deskripsi masalah:
  Secara default SysRq diaktifkan secara default pada sistem desktop Ubuntu yang tidak ternilai ketika sistem telah terkunci dan Anda ingin menghentikannya selembut mungkin atau debug masalah. Namun banyak orang terkejut bahwa Anda juga dapat meminta untuk membuang isi memori saat ini ke konsol (atau dmesg) meskipun hanya dari keyboard.
  openSUSE menetapkan bitmask default 176 pada SysRq yang secara default membatasi Anda untuk melakukan sinkronisasi, reboot dan "remount read-only". Ini menghentikan orang menggunakan sysrq secara default untuk memeriksa memori yang terdengar masuk akal.

Pengembang Ubuntu melihat kebutuhan untuk melakukan sesuatu tentang ini dan solusi terbaik mempertimbangkan kemungkinan komplikasi dari pengamatan yang disebutkan adalah untuk menerapkan bitmask 176 sysrq secara default menciptakan kebutuhan untuk input pengguna untuk mengatur sysrq yang mereka inginkan. Bitmask 176 hanya mengizinkan S, U, B yang sinkron, remount mount partisi dan reboot.
Membaca laporan bug lengkap dan komentar akan menyoroti beberapa opsi yang mungkin berlaku untuk sistem Anda.

Akumulasi akumulatif dari perangkat keras, kernel, keyboard dan bitmask yang berbeda berarti sysrq berperilaku berbeda untuk orang yang berbeda.

Salah satu metode untuk mendapatkan output txt tentang bagaimana sistem Anda menggunakan sysrq adalah untuk menerapkan perintah sysrq dari tty (ketika sistem tidak menderita kunci / macet). Melakukan hal ini mungkin menunjukkan sysrq belum sepenuhnya dinonaktifkan tetapi menggunakan bitmask 176.

Mencari / proc / sys / kernel / sysrq pada 13.04 Desktop amd64 liveDVD dan instalasi 13.04 Desktop amd64 menegaskan bahwa default saat ini adalah meninggalkan sysrq di bitmask 176.

Jika sysrq bekerja untuk Anda; mungkin perlu ditanyakan, "Jika saya tidak mengubah pengaturan 10-sihir-sysrq, siapa?"

1 Bagaimana saya mendapatkan sysrq untuk berperilaku seperti yang saya inginkan?

Berikut ini adalah salinan dan tempelan yang diedit https://fedoraproject.org/wiki/QA/Sysrq.

1.1 Apa kunci SysRq ajaib? 

Ini adalah combo kunci 'ajaib' Anda dapat menekan mana kernel akan merespon terlepas dari apa pun yang sedang dilakukannya, kecuali jika benar-benar terkunci.

1.2 Bagaimana cara mengaktifkan kunci SysRq ajaib? 

sysrq dibangun ke dalam kernel Ubuntu tetapi dinonaktifkan pada saat boot, secara default, menggunakan 10-sihir-sysrq.conf.

Untuk mengaktifkannya kembali pada saat boot, Anda harus mengedit file /etc/sysctl.d/10-magic-sysrq.conf. yaitu tidak menyebutkan baris ini akan mengaktifkan semua fungsi sysrq:

#   1 - enable all functions of sysrq

Saat menjalankan kernel dengan SysRq dikompilasi, / proc / sys / kernel / sysrq mengontrol fungsi yang diizinkan untuk dipanggil melalui tombol SysRq. Berikut ini adalah daftar nilai yang mungkin di / proc / sys / kernel / sysrq:

0 - disable sysrq completely
1 - enable all functions of sysrq
>1 - bitmask of allowed sysrq functions (see below for detailed function description):
    2 - enable control of console logging level
    4 - enable control of keyboard (SAK, unraw)
    8 - enable debugging dumps of processes etc.
    16 - enable sync command
    32 - enable remount read-only
    64 - enable signalling of processes (term, kill, oom-kill)
    128 - allow reboot/poweroff
    176 - allow only sync, reboot and "remount read-only"
    256 - allow nicing of all RT tasks 

Anda dapat mengatur nilai dalam file dengan perintah berikut.

echo "number" >/proc/sys/kernel/sysrq

Jadi untuk sepenuhnya memungkinkan.

echo "1" > /proc/sys/kernel/sysrq

Atau juga bisa mengaktifkannya dengan melakukan.

sysctl -w kernel.sysrq=1  

Catatan.
Nilai dari / proc / sys / kernel / sysrq hanya mempengaruhi permintaan melalui keyboard. Pengaktifan operasi apa pun melalui / proc / sysrq-trigger selalu diizinkan (oleh pengguna dengan hak istimewa admin-lihat di bawah).

1.3 Bagaimana cara menggunakan kunci SysRq ajaib? 

Desktop Ubuntu 

Anda menekan tombol kombo Alt + SysRq + kunci perintah.

N.B.- Lihat catatan di bagian ini dan di bagian Pemecahan Masalah untuk pengaturan standar lainnya yang mungkin untuk sistem dan keyboard lain.

Anda dapat mengatur karakter apa pun yang Anda pilih: Semua Arsitektur

Tulis karakter ke / proc / sysrq-trigger:

echo t > /proc/sysrq-trigger

akan mengatur T berperilaku sebagai SysRq
Catatan.
Beberapa keyboard mungkin tidak memiliki label kunci SysRq. Itu SysRq kunci juga dikenal sebagai Layar Cetak kunci. Juga beberapa keyboard tidak dapat menangani begitu banyak tombol yang ditekan pada saat yang bersamaan, jadi Anda mungkin memiliki lebih banyak keberuntungan dengan Alt + SysRq - SysRq lalu tekan kunci perintah lalu lepaskan semuanya. Lihat tulisan lengkap QA yang menjadi dasar panduan ini https://fedoraproject.org/wiki/QA/Sysrq#How_do_I_use_the_magic_SysRq_key.3F untuk informasi lebih lanjut mengenai ini.

1.4 Apa kunci 'perintah'?

'b' - Will immediately reboot the system without syncing or unmounting your disks.
'c' - Will perform a kexec reboot in order to take a crashdump.
'd' - Shows all locks that are held.
'e' - Send a SIGTERM to all processes, except for init.
'f' - Will call oom_kill to kill a memory hog process.
'g' - Used by kgdb on ppc and sh platforms.
'h' - Will display help (any key that is not listed here will bring forth help )
'i' - Send a SIGKILL to all processes, except for init.
'k' - Secure Access Key (SAK) Kills all programs on the current virtual terminal.  

Catatan.
Lihat komentar penting di bawah ini di bagian SAK.

'l' - Shows a stack backtrace for all active CPUs.
'm' - Will dump current memory info to your console.
'n' - Used to make RT tasks nice-able
'o' - Will shut your system off (if configured and supported).
'p' - Will dump the current registers and flags to your console.
'q' - Will dump a list of all running timers.
'r' - Turns off keyboard raw mode and sets it to XLATE.
's' - Will attempt to sync all mounted filesystems.
't' - Will dump a list of current tasks and their information to your console.
'u' - Will attempt to remount all mounted filesystems read-only.
'v' - Dumps Voyager SMP processor info to your console.
'w' - Dumps tasks that are in uninterruptable (blocked) state.
'x' - Used by xmon interface on ppc/powerpc platforms.
'0'-'9' - Sets the console log level, controlling which kernel messages will be printed to your console. ('0', for example would make it so that only emergency messages like PANICs or OOPSes would make it to your console.) 

1.5 Oke, jadi apa yang bisa saya gunakan?

Unraw sangat berguna ketika server X Anda atau program svgalib crash.

Sak (Secure Access Key) berguna ketika Anda ingin memastikan tidak ada program trojan yang berjalan di konsol yang dapat mengambil kata sandi Anda ketika Anda akan mencoba masuk. Ini akan membunuh semua program pada konsol yang diberikan, sehingga memungkinkan Anda memastikan bahwa prompt login yang Anda lihat sebenarnya adalah salah satu dari init, bukan program trojan. Lainnya merasa berguna sebagai (Kunci Perhatian Sistem) yang berguna ketika Anda ingin keluar dari program yang tidak akan membiarkan Anda beralih konsol. (Misalnya, X atau program svgalib.)
Catatan.
Dalam bentuk aslinya, ini bukan SAK yang benar seperti yang ada dalam sistem yang memenuhi standar c2, dan seharusnya tidak keliru seperti itu.

Kembaliboot bagus ketika Anda tidak dapat mematikan.
Catatan.
Ini umum dianggap praktik yang baik untuk kamumount pertama

Crashdump dapat digunakan untuk memicu secara manual crashdump saat sistem digantung.
Catatan.
Kernel perlu dibangun dengan CONFIG_KEXEC!

Sinkronisasi sangat bagus ketika sistem Anda terkunci, memungkinkan Anda untuk melakukannya sync disk Anda dan pasti akan mengurangi kemungkinan kehilangan data dan fscking.
PERINGATAN
Sinkronisasi belum terjadi sampai Anda melihat "OK" dan "Done" muncul di layar. (Jika kernel benar-benar dalam perselisihan, Anda mungkin tidak pernah mendapatkan pesan OK atau Selesai.

Umount pada dasarnya berguna dengan cara yang sama seperti Sync.

The loglevels 0-9 berguna ketika konsol Anda dibanjiri pesan kernel yang tidak ingin Anda lihat. Memilih 0 akan mencegah semua pesan kernel yang paling mendesak dari mencapai konsol Anda.
Catatan.
Mereka masih akan masuk jika syslogd / klogd masih hidup

Term dan ksayaAkan berguna jika Anda memiliki semacam proses pelarian Anda tidak dapat membunuh dengan cara lain, terutama jika itu memijah proses lainnya.
Catatan.
Saat mengalami kepanikan kernel buruk lakukan Alt+Sysrq+e kemudian Alt+Sysrq+kamu kemudian Alt+Sysrq+saya dan akhirnya Alt+Sysrq+b

1.6 Pemecahan masalah 

1.6.1 Gantung sebelum skrip init dijalankan

Jika mesin digantung sebelum skrip init dijalankan, boot dengan sysrq_always_enabled=1

1.6.2 Terkadang SysRq tampaknya 'macet' setelah menggunakannya, apa yang bisa saya lakukan?

Penyadapan bergeser, alt, dan kontrol pada kedua sisi keyboard, dan menekan urutan sysrq yang tidak valid lagi akan memperbaiki masalah. (yaitu, sesuatu seperti alt+sysrq+z).

Beralih ke konsol virtual lain (Ctrl+Alt+Fn1-Fn6) dan kemudian kembali lagi Ctrl+Alt+Fn7 juga harus membantu.

1.6.3 Saya memukul SysRq, tetapi sepertinya tidak ada yang terjadi, apa yang salah?

Ada beberapa keyboard yang mengirim scancodes berbeda untuk SysRq dari 0x54 yang ditentukan sebelumnya. Jadi jika SysRq tidak berfungsi di luar kotak untuk keyboard tertentu, jalankan showkey -s untuk mengetahui urutan scancode yang tepat. Kemudian gunakan setkeycodes <sequence> 84 untuk menentukan urutan ini ke biasa SysRq kode (84 desimal untuk 0x54). Mungkin lebih baik untuk menempatkan perintah ini di skrip boot.
PERINGATAN
Anda keluar showkey dengan tidak mengetik apa pun selama sepuluh detik.

1.6.4 Saya ingin menambahkan SysRq acara utama ke modul, bagaimana cara kerjanya?

Untuk mendaftarkan fungsi dasar dengan tabel, Anda harus menyertakan header terlebih dahulu include/linux/sysrq.h, ini akan menentukan semua yang Anda butuhkan. Selanjutnya, Anda harus membuat struct sysrq_key_op, dan mengisinya dengan ...

  • Fungsi pengendali utama yang akan Anda gunakan.

  • String help_msg, yang akan mencetak saat SysRQ mencetak bantuan

  • String action_msg, yang akan dicetak tepat sebelum handler Anda bernama. Pawang Anda harus sesuai dengan prototipe di 'sysrq.h'

Setelah sysrq_key_op dibuat, Anda dapat memanggil fungsi kernel register_sysrq_key (kunci int, struct sysrq_key_op * op_p); ini akan mendaftarkan operasi yang ditunjuk oleh 'op_p' di kunci tombol tabel ', jika slot di dalam tabel kosong. Pada waktu modul unload, Anda harus memanggil fungsi unregister_sysrq_key (kunci int, struct sysrq_key_op * op_p), yang akan menghapus op kunci yang ditunjukkan oleh 'op_p' dari kunci 'kunci', jika dan hanya jika saat ini terdaftar dalam slot. Ini dalam kasus slot telah ditimpa sejak Anda mendaftarkannya.

Sihir SysRq sistem bekerja dengan mendaftarkan operasi kunci terhadap tabel pencarian op kunci, yang didefinisikan dalam 'driver / char / sysrq.c'. Tabel kunci ini memiliki sejumlah operasi yang terdaftar di dalamnya pada waktu kompilasi, tetapi bisa berubah, dan 2 fungsi diekspor untuk antarmuka ke register_sysrq_key dan unregister_sysrq_key. Tentu saja, jangan pernah meninggalkan pointer yang tidak valid dalam tabel. yaitu; ketika modul Anda yang bernama register_sysrq_key () keluar, ia harus memanggil unregister_sysrq_key () untuk membersihkan entri tabel kunci sysrq yang digunakannya.
Catatan.
Null pointer di meja selalu aman.

Jika karena suatu alasan Anda merasa perlu untuk memanggil fungsi handle_sysrq dari dalam fungsi yang disebut dengan handle_sysrq, Anda harus sadar bahwa Anda sedang mengunci (Anda juga berada dalam interrupt handler, yang artinya tidak tidur!), Jadi Anda harus memanggil __handle_sysrq_nolock sebagai gantinya.

1.6.5 Kesimpulan

Menggunakan Alt + SysRq + S lalu U lalu B untuk menyinkronkan, mencoba untuk me-remount semua filesystem yang di-mount dan kemudian reboot jika diperlukan. Tanpa mengubah sesuatu ke file sistem.
Jika Alt + SysRq + B tidak me-reboot sistem mungkin perlu mengedit /etc/sysctl.d/10-magic-sysrq.conf untuk memungkinkan upaya penerapan Alt + SysRq + B (atau dan HAI setelah mengedit / proc / sys / kernel / sysrq bitmask untuk mengaktifkan reboot dan mematikan sistem dengan menggunakan sysrq. Anda dapat melakukan ini dengan salah satu metode yang dijelaskan di atas.

1.6.6 LAMPIRAN:  Lihat juga - http://ubuntuforums.org/showthread.php?t=617349 dan https://www.kernel.org/doc/Documentation/sysrq.txt 

Bagi mereka dengan masalah keyboard Apple MacBook mengenai sysrq, lihat: https://help.ubuntu.com/community/AppleKeyboard dan https://bugs.launchpad.net/mactel-support/+bug/262408

Info menarik yang relatif-Setelah menonton episode 17 08 2013 dari program BBC "Klik" dan artikel "cyberwarfare" benar-benar menarik perhatian saya. Program ini juga memiliki situs web sendiri Klik jika Anda tidak dapat menonton program. FAWC


14
2017-11-02 19:00



Khususnya, Saya baru saja menguji Al + SysRq + REISUB pada sistem Quantal i386 yang sepenuhnya diperbarui dan berfungsi dengan baik. Apakah Anda yakin bug keamanan terkait, atau bagian dari pembahasan keamanan dalam jawaban ini, benar-benar terkait dengan masalah? Jika demikian, apakah itu penyebab yang cukup umum dari masalah yang seharusnya muncul pertama dalam jawaban ini? - Eliah Kagan
Masalah keamanan penting karena set lengkap perintah sysrq tidak tersedia karena bitmask 176 diterapkan saat boot; seperti yang dijelaskan oleh laporan Bug. - geezanansa


Saya bertemu dengan ini beberapa hari yang lalu dan butuh beberapa detik untuk bekerja. Saya mungkin bahkan telah melakukan seluruh REISUB sekuens dua kali.

Selain itu, pastikan Anda menggunakan kunci sysrq (kebanyakan laptop akan mengharuskan Anda untuk menahan fungsi, sehingga Anda benar-benar menekan 4 tombol sekaligus)


3
2017-11-03 11:36



Terima kasih atas balasan Anda, Scott. Saya memang harus menekan tombol fungsi (fn) bersama dengan alt dan sysrq. Setelah saya menekan tombol B akhir untuk menyelesaikan urutan REISUB, laptop saya tampaknya terkunci setelah itu muncul: Pengaturan ulang Saat melewati kunci tombol ajaib lagi tidak melakukan apa-apa, atau apa pun yang ditampilkan di layar setelahnya. Jadi sepertinya sistem terkunci ketika itu dimaksudkan untuk reboot. - James White


Beberapa tahun yang lalu saya gunakan Alt+SysRq+S,U,B,HAI untuk reboot atau matikan mesin macet, karena seperti untuk Anda, Alt+SysRq+B kadang-kadang tidak mau bekerja.

(Juga, saya perlu membiasakan menggunakan Alt+SysRq+E,saya pertama. Saya tidak melihat banyak gunanya menggunakannya Alt+SysRq+R, karena mengapa mode keyboard berpengaruh jika akan melakukan reboot dan meresetnya?)


3



mengapa mode keyboard penting jika akan reboot dan meresetnya? Karena itu memberikan kembali kemampuan input ke keyboard? yang mungkin berarti Anda tidak perlu reboot atau matikan - geezanansa