[Tipps & Tricks] Der Magic SysRQ-Key

OSI Layer 8

Donnerstag, 7. August 2008, 23:01

Der Magic SysRQ-Key

Hab ich irgendwo mal rauskopiert. Wenn jemand die Quelle findet, dann darf er sie nennen.
Kann aber auch sein, dass nicht alles aus einem Artikel ist, sondern Teile zusammengelickt wurden (lang lang ist es her).

Zitat

Der Magic SysRQ-Key

Trotz dass Linux sehr stabil ist koennen Kernel-Panics in der Ausnahme auftreten, manchmal wird auch der X-Server gestoppt und man kann auf einmal gar nichts mehr tun, auch nicht die Konsolen wechseln. Was macht man in einem solchen Fall?
Man drueckt die Reset-Taste und riskiert dabei seinen ganzen Daten-Bestand?
FALSCH!
Es gibt eine Moeglichkeit das System, auch wenn es ganz und voellig zugerammelt ist, sauber herunterzufahren, oder auch noch die Ursache fuer das Problem herauszufinden. Fuer diesen Zweck gibt es im Kernel eine Option, sie ist in der Kathegorie "Kernelhacking" und heißt "Magic SysRQ key". Wenn diese Option mit in der Kernel einkompiliert wird, dann stehen Ihnen folgende Tastenkombinationen zur Verfügung: (auf älteren Tastaturen ist die Taste als "Print Screen" oder "S-Abf" bekannt, im Deutschen mehr als "Druck"-Taste).

Mit
Alt+SysRQ+r nehmen Sie dem X-Server die Kontrolle über Maus&Tastatur weg. Das kann nützlich sein um bei einem gecrashten X-Server auf eine andere Konsole zu wechseln und den X-Server zu killen oder seine Fehlermeldungen zu sehen.
Alt+SysRQ+k killt alle Prozesse auf dem Aktuellen Terminal. Dies ist ungünstig auf Terminals zu verwenden, auf denen ein X läuft,da die Graphik stehen bleibt und Sie nicht sehen werden, was Sie tippen.
Alt+SysRQ+b kommt eine Reset gleich: Ein Neustart ohne umounten oder syncen. Bei
Alt+SysRQ+o wird das System über APM nieder gemacht.
Alt+SysRQ+s schreibt die Daten aus dem Disk-Cache von Linux (auch als Block-Device-Buffer bekannt) auf die Festplatte, es wird ein Sync durchgeführt.
Alt+SysRQ+u umountet alle gemounteten Dateisysteme readonly. Nachdem Sie diesen Keybenutzt haben, können Sie ihr System mit
Alt+SysRQ+b ohne Schaden rebooten.
Alt+SysRQ+m gibt Infos über den Speicher auf der Console aus.
Alt+SysRQ+e sendet SIGTERM zu allen Prozessen außer INIT.
Alt+SysRQ+i sendet SIGKILL zu allen Prozessen, außer Init.
Alt+SysRQ+l sendet SIGKILL zu allen Prozessen, inclusive Init. (Ihr System ist danach nicht mehr funktionsfähig)... Um also ihren Rechner nach einem richtigen Festrammler noch sauber herunterbringen müssen Sie folgendes tun:
Alt+SysRQ+e (sendet TERM-Signal, Prozesse können sich noch ordnungsgemäß beenden (zB Daten speichern))
Alt+SysRQ+u (sync wird beim Umount eh' gemacht)
Alt+SysRQ+i (für die Prozesse, die auf TERM nicht hören gibt es halt ein KILL (kommt einem kill -9 prozess gleich)
Alt+SysRQ+b (reboot).

"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

Zum Seitenanfang

lilith2k3

Fortgeschrittener

Beiträge: 448

2

Freitag, 8. August 2008, 11:13

Hinweis: die entsprechende Funktionalität sollte natürlich im Kernel aktiviert sein (bei genkernel ist es standardmäßig so - afaik).

Unix wurde nicht entwickelt, um seine Benutzer daran zu hindern, dumme Dinge zu tun, denn das würde diese auch davon abhalten, schlaue Dinge zu tun.“ – Doug Gwyn

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 5 606

3

Freitag, 8. August 2008, 11:24

Bei mir war es bisher bei allen Kernel per Default gesetzt, vom Vanilla bis zu zen-sources

Gentoo Dokumentation
GentooFreunde.org

Meine Jabber ID: kann via PN erfragt werden

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 3 470

4

Sonntag, 10. August 2008, 13:30

Quellcode

$ cat /usr/src/linux/Documentation/sysrq.txt
...
'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 (actually any other key than those listed
          here will display help. but 'h' is easy to remember :-)    

'i'     - Send a SIGKILL to all processes, except for init.

'k'     - Secure Access Key (SAK) Kills all programs on the current virtual
          console. NOTE: See important comments below in SAK section.      

'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.)                 
...

Brauchts da noch eine externen Artikel?

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

Zum Seitenanfang

maggu2810

OSI Layer 8

Beiträge: 5 539

5

Dienstag, 12. August 2008, 17:11

Du hast natürlich recht, das braucht es nicht und ich fühl mich auch schlecht, dass ich in dem Moment nicht dran gedacht habe, dass dies natürlich bei der Kerneldokumentation zu finden ist.

Aber sind wir mal ehrlich:
Würde man hier jedes Thema löschen, nur weil es in offiziellen Dokumentationen (oder an anderen naheliegenden Orten) steht, dann hätte das Forum nicht mehr viele Beiträge.

In diesem Sinne lass ich es jetzt hier noch mal mit dem Verweis auf die Kerneldokumentation stehen, werde es aber wohl früher oder später löschen.

"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.