Rosika
Anmeldungsdatum: 26. Februar 2016
Beiträge: 1355
|
Hallo zusammen, ich wende mich an Euch, nicht weil ich gerade ein Problem habe (glücklicherweise), sondern um Eure Meinung zu erfahren. Letztens musste ich mein System wiederherstellen, da ich es dummerweise wahrscheinlich selber zerschossen hatte. Bis dahin hatte ich noch nichts von der Magischen S-Abf-Taste gewusst. In der Zwischenzeit habe ich mich ausführlich darüber informiert und bin froh, dass es diese Möglichkeit gibt.
Auf der Seite https://wiki.ubuntuusers.de/Magic_SysRQ/#Permanentes-Aktivieren-und-Deaktivieren-von-Magic-SysRQ heisst es:
"Ab Ubuntu 12.10 sind die ersten drei SysRQ-Funktionen standardmäßig deaktiviert. Damit steht praktisch nur "SUB" zur Verfügung (194676, 1025467). Möchte man diese aus Sicherheitsgründen getroffene Einschränkung aufheben, setzt man statt 176 den Wert 1 ". Meine Frage ist nun: Was haltet Ihr davon?
Wie wichtig sind die ersten drei Funktionen R,E und I? Sollte ich besagten Wert auf "1" setzen ( in "/etc/sysctl.d/10-magic-sysrq.conf"), um die komplette Funktionalität zu erreichen?
Wie macht Ihr das? Danke schonmal im voraus.
Grüsse.
Rosika 😐
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
Kommt auf den Einzelfall an... Man sollte auch bedenken daß die einzelnen Schritte womöglich Zeit in Anspruch nehmen und man daher das REISUB nicht mit 200wpm runtertippen sollte sonst hat man effektiv nur ein B. Solange es bei dir zuhause ist und nicht die Katze über die Tastatur läuft gibts eigentlich keinen Grund, das zu deaktivieren oder einzuschränken. Im Notfall kann es u.U. helfen Datenverlust / Dateisystemkorruption zu minimieren. Aber auch hier kommts drauf an woran das System sich eigentlich gerade verschluckt hat.
|
Rosika
(Themenstarter)
Anmeldungsdatum: 26. Februar 2016
Beiträge: 1355
|
Hallo frostschutz, danke für Deine Antwort.
Kommt auf den Einzelfall an...
O.K., aber wenn ein bestimmtes Problem auftritt, ist es ja vielleicht zu spät, noch irgendetwas zu konfigurieren. Bei meinem Problem war das so, dass alles blockiert war und ich keine Eingaben mehr tätigen konnte. Auch die virtuellen Konsolen waren nicht mehr aufzurufen. Also müsste ich ja die Konfiguration (z.B. "Wert 1" setzen) vorher durchgeführt haben. Solange es bei dir zuhause ist und nicht die Katze über die Tastatur läuft gibt´s eigentlich keinen Grund, das zu deaktivieren oder einzuschränken.
Deaktivieren will ich das ja nicht, sondern den Wert "176" evtl. auf "1" stellen, damit alle Optionen zur Verfügung stehen. Dazu wollte ich eigentlich Meinungen einholen. Grüsse.
Rosika
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
Es spricht nichts dagegen...
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
Wie in den verlinkten Fehlerberichten 194676 und 1025467 erläutert wurden die Funktionen unraw [R] , term [E] und kill [I] aus Sicherheitsgründen deaktiviert. Beziehungsweise umgekehrt, die Funktionen von SysRQ wurde mit Bitmask 176 auf sync [S] , umount [U] und reboot [B] beschränkt, weil alle anderen Bitmasks Möglichkeiten bereitstellen, um bspw. Teile des Speichers auszulesen oder Sicherheitsfunktionen wie die Bildschirmsperre zu deaktivieren. Meiner Auffassung nach sind bei einem eingefrorenen System auch nur diese letzten drei Funktionen wirklich wichtig, um Dateisysteme sauber auszuhängen und Datenverlust weitesgehend zu vermeiden … Und natürlich um überhaupt einen Neustart anzustoßen. Soweit ich das bislang verstanden habe, ist unraw [R] lediglich notwendig gewesen, weil darauf term [E] und kill [I] folgen. Mit den letzten beiden Funktionen werden alle Prozesse bis auf das Initalisierungssystem entweder beendet oder abgewürgt. Hat einer dieser Prozesse - wie bspw. der XServer - die Tastatur in den RAW-Modus versetzt, dann wäre spätestens nach dem kill [I] keine Tastatureingabe mehr möglich. Man steckt dann in der Login Shell und die versteht nur Tastatureingaben im ASCII-Modus, sprich: [SUB] könnte dann nicht mehr aufgerufen werden. Wie weit sich das Beenden bzw. Abwürgen von Prozessen im Notfall überhaupt noch positiv auf den erzwungenen Neustart auswirkt, weiß ich nicht. Reine Spekulation, aber mag sein, dass man ohne term [E] damit rechnen muss, dass von Prozessen verwendete Dateien wie bspw. Konfigurationsdateien oder Datenbanken eher mal beschädigt sein könnten. Lässt sich ein Prozess sowie so nur noch mit kill [I] abwürgen, dann macht es meines Wissens nach aber auch keinen Unterschied mehr. Wie oben schon erwähnt, am kritischsten ist die Konsistenz der Dateisysteme und der mögliche Datenverlust, weil noch etwas im Disk Cache liegt. Das ist mit [SUB] abgedeckt und deswegen gab es meiner Meinung nach auch in keinem Fehlerbericht - ob für Ubuntu oder Debian - einen großen Aufschrei, dass die Voreinstellung für SysRQ dahingehend verändert wurde.
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
Jo, das würde den Prozessen noch die Gelegenheit geben sich sauber zu beenden, ob dies passiert oder genutzt wird kommt auf den Prozess an und ob das Dateisystem selber noch funktioniert. Wenn eine Forkbomb läuft die auch schreibend unterwegs ist, dann wärs gut diese erstmal zu terminieren. Das sync ist ja immer nur von kurzer Dauer solange noch neue Schreibzugriffe erfolgen können. Eigentlich deswegen killt man vor dem Sync erstmal alle Prozesse weg, ansonsten könnte man sich das ja sparen weil es spätestens beim B sonst keinen Unterschied mehr machen würde. Auf der anderen Seite: Die allermeisten Leute kennen die Funktion gar nicht erst und die überlebens auch 😉
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
In der Kernel-Dokumentation von sysrq.c 🇬🇧 sind die Bitmasken beschrieben. Ich persönlich würde nicht blind alle Funktionen aktivieren. Wenn es bspw. an der Tastatureingabe hängt, weil sich der XServer verabschiedet hat und man im RAW-Modus festsitzt, müsste man nur diese Funktion zuschalten und die Bitmaske auf 180 ändern: 4 = 0x4 - enable control of keyboard (SAK, unraw)
16 = 0x10 - enable sync command
32 = 0x20 - enable remount read-only
128 = 0x80 - allow reboot/poweroff
====
180 Aber sofern keine wichtigen Sicherheitsgründe in der eigenen Arbeitsumgebung dagegensprechen, kann man tatsächlich auch einfach alle Funktionen aktivieren. Wer physikalischen Zugriff auf ein Gerät oder Anwender hat, der findet auch so immer Mittel und Wege 🇬🇧 😉
|
Rosika
(Themenstarter)
Anmeldungsdatum: 26. Februar 2016
Beiträge: 1355
|
Hallo an alle, danke für Eure Ausführungen. Ich denke, ich entscheide mich dafür, die Voreinstellung mit dem Wert "176" so zu belassen. [S], [U] und [B] stehen mir ja zur Verfügung und sind, so wie ich Euch verstanden habe, ausreichend. Es ist schier unglaublich, aber genau jetzt vor etwa 15 Minuten habe ich ich die Magische S-Abf-Taste gebraucht.
Ich wollte mir den Foxit-Reader (Windows-Version) mit Wine öffnen, da hat sich das System aufgehängt und ist eingefroren. Selbst nach mehrminütigem Warten tat sich nichts. Da habe ich die Tastenkombination angewendet: [S], [U] und [B]. Nach erfolgreichem Reboot funktioniert´s wieder, auch Foxit-Reader/Wine. Keine Ahnung, was da los war. Aber auf jeden Fall bin ich froh, dass mir die Tastenkombination geholfen hat. Nur eines noch: Es ist echt schwierig, mit zwei Händen ALT und DRUCK zu drücken und dann noch die übrigen Tasten. Ich habe gehört, dass bei manchen Laptops statt ALT auch ALT GR funktioniert, was besser zu handeln wäre. Ich verwende hier aber einen normalen PC. Meint Ihr, dass ich auch hier ALT GR verwenden kann? Grüsse
Rosika 😳
|
redfoxx13
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
mrkramps schrieb:
auch in keinem Fehlerbericht
großen Aufschrei
Bei mir schon ☺ . Meine Gedankenstütze "Nudelsupp - Reisupp" ☺ sollte nicht mehr funktionieren. Wieso? Da REI aber eh deaktiviert ist kann ich eh dabei bleiben. Häufig mußte ich das bei zRAM anwenden. Nutze ich seit 14.04 auch nicht mehr. Seit 16.04 schmeckt mir der bei der Installation verwendete virtuelle RAM
red@red-AOD255:~$ sudo fdisk -l
[sudo] Passwort für red:
Medium /dev/ram0: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram1: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram2: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram3: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram4: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram5: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram6: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram7: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram8: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram9: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram10: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram11: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram12: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram13: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram14: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/ram15: 64 MiB, 67108864 Bytes, 131072 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes
I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Medium /dev/sda: 111,8 GiB, 120034123776 Bytes, 234441648 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes
Typ der Medienbezeichnung: dos
Medienkennung: 0xdc177ccf
Gerät Boot Start Ende Sektoren Größe Id Typ
/dev/sda1 * 2048 232368127 232366080 110,8G 83 Linux
/dev/sda2 232370174 234440703 2070530 1011M 5 Erweiterte
/dev/sda5 232370176 234440703 2070528 1011M 82 Linux Swap / Solaris
red@red-AOD255:~$
gar nicht. Dem Schreib ich gefühlt ein paar Hänger der letzten Zeit zu. Sollte mal bei dir z.B. bei zu vielen Tabs von Firefox alles klemmen, kann ein
killall firefox
helfen. Rosika schrieb:
auch Foxit-Reader/Wine
killall wine
Meint Ihr, dass ich auch hier ALT GR verwenden kann?
Einfach testen, passiert nichts. Führt nur zu einem Reboot.
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
redfoxx13 schrieb: mrkramps schrieb:
auch in keinem Fehlerbericht
großen Aufschrei
Bei mir schon ☺ . Meine Gedankenstütze "Nudelsupp - Reisupp" ☺ sollte nicht mehr funktionieren. Wieso? Da REI aber eh deaktiviert ist kann ich eh dabei bleiben.
Ist jetzt ja nicht so, als wenn ich nicht auch immer noch [REISUB] verwenden würde … Das sitzt halt so drin. Ich sehe da übrigens kein Problem drin, dass die Tastenkombinationen für SysRQ soweit auseinanderliegen. Dann benutzt man das zumindest nicht mal eben so, sondern muss schon jedes Mal darüber nachdenken, was man da jetzt gerade drückt. Das ist schließlich für Notfälle vorgesehen.
|
Rosika
(Themenstarter)
Anmeldungsdatum: 26. Februar 2016
Beiträge: 1355
|
Hallo, danke für Eure Hinweise. Ich weiss nicht, was gerade los ist, aber mein System hat sich erneut aufgehängt. Ich glaub´s ja nicht. Bis jetzt hatte ich nie solche Schwierigkeiten. Aber auch diesmal war wieder Foxit-Reader in Wine geöffnet. Keine Ahnung, ob´s damit zusammenhängt. Ausgelöst wurde das Einfrieren jetzt aber durch das gleichzeitige Öffnen einer Bild-Datei (".svg"). Wie dem auch sei: Jetzt kann ich bestätigen: bei mir klappt nur ALT + DRUCK + ÜBRIGE TASTEN.
Dann benutzt man das zumindest nicht mal eben so, sondern muss schon jedes Mal darüber nachdenken, was man da jetzt gerade drückt. Das ist schließlich für Notfälle vorgesehen.
Alles klar. Hab´ ja jetzt schon Übung darin 😉 . Aber etwas Gedanken mache ich mir doch, weil ich gerade 2 Aufhänger hintereinander hatte ..... Grüsse.
Rosika 😐
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
Guter Zeitpunkt mal die Logdateien zu durchsuchen und ggf. ein neues Thema im entsprechenden Unterforum aufzumachen.
|
Rosika
(Themenstarter)
Anmeldungsdatum: 26. Februar 2016
Beiträge: 1355
|
Hi, vielen Dank für die Hinweise.
Grüsse und schönes Wochenende.
Rosika ☺
|