Nach dem Upgrade auf Fedora 18 wird bei bestimmten Gelegenheiten gnome-terminal wird nicht gestartet, sodass ich mich vom Desktop abmelden und erneut anmelden muss. Ich habe versucht, den Fehler zu verfolgen und Folgendes in audit.log gefunden :
type=ANOM_ABEND msg=audit(1359986892.064:86):auid=500 uid=500 gid=500
ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
pid=2185 comm=“gnome-terminal“ reason=“Speicherverletzung“ sig=6
Es wird keine Warnung ausgegeben und in der SELinux-Fehlerbehebung wird nichts aufgezeichnet. Auf /var/log/messages wird nichts gefunden entweder. Ist das ein Fehler? Was sagt die obige Log-Anweisung aus? Wie kann ich vorgehen, um dieses Problem zu lösen?
AKTUALISIERUNG:
Ich bin mir nicht sicher, ob dies relevant ist, aber ich habe jedes Mal beim Start einige Warnungen zum Speicher vom Kernel:
notice kern kernel [ 0.000000] 1154MB HIGHMEM available.
notice kern kernel [ 0.000000] 883MB LOWMEM available.
info kern kernel [ 0.000000] mapped low ram: 0 - 373fe000
info kern kernel [ 0.000000] low ram: 0 - 373fe000
warning kern kernel [ 0.000000] Zone ranges:
warning kern kernel [ 0.000000] DMA [mem 0x00010000-0x00ffffff]
warning kern kernel [ 0.000000] Normal [mem 0x01000000-0x373fdfff]
warning kern kernel [ 0.000000] HighMem [mem 0x373fe000-0x7f68ffff]
warning kern kernel [ 0.000000] Movable zone start for each node
warning kern kernel [ 0.000000] Early memory node ranges
warning kern kernel [ 0.000000] node 0: [mem 0x00010000-0x0009efff]
warning kern kernel [ 0.000000] node 0: [mem 0x00100000-0x7f68ffff]
Akzeptierte Antwort:
Habe dieses Problem auf Fedora 17 , neueste Updates, genau dieselbe Meldung in audit.log.
Wenn dies vor ein paar Tagen und gerade jetzt wieder passiert ist, haben Sie wiederholt versucht, gnome-terminal aus dem gnome-Menü zu starten, awn und alt-f2, audit.log zeigt die gleiche Meldung, eine für jeden Versuch.
Durch Abmelden von der Gnome-Shell und erneutes Anmelden wurde das Problem behoben.
Ich bin mir ziemlich sicher, dass dies nicht auf fehlerhafte Hardware zurückzuführen ist, da keine anderen unerklärlichen Probleme aufgetreten sind.
Bisher scheint es nach dem vorherigen Schließen des Gnome-Terminals zu passieren, aber ich konnte es nicht reproduzieren, indem ich versuchte, die Sitzung nach einem Neustart zu wiederholen.
Habe jetzt xterm installiert und werde versuchen, gnome-terminal von dort aus auszuführen, wenn es erneut auftritt, und mich wieder melden.
An das OP:Diese Kernel-Meldungen sind rein informativ und weisen auf kein Problem hin, sie haben höchstwahrscheinlich nichts damit zu tun.
Bearbeiten :Das Ausführen von gnome-terminal von xterm nach dem Auftreten dieses Fehlers ergab die folgende Ausgabe:
$ gnome-terminal
GConf Error: Configuration server couldn't be contacted: D-BUS error: The GConf daemon is currently shutting down.
GConf Error: Configuration server couldn't be contacted: D-BUS error: The GConf daemon is currently shutting down.
GConf Error: Configuration server couldn't be contacted: D-BUS error: The GConf daemon is currently shutting down.
GConf Error: Configuration server couldn't be contacted: D-BUS error: The GConf daemon is currently shutting down.
GConf Error: Configuration server couldn't be contacted: D-BUS error: The GConf daemon is currently shutting down.
GConf Error: Configuration server couldn't be contacted: D-BUS error: The GConf daemon is currently shutting down.
**
ERROR:terminal-app.c:1449:terminal_app_init: assertion failed: (app->default_profile_id != NULL)
Aborted
Eine schnelle Google-Suche ergab diesen verwandten Fehlerbericht.
Verwandte:Verweisen die Ausgabe des Befehls `tty` und die Datei `/dev/tty` beide auf das steuernde Terminal des aktuellen Bash-Prozesses?Ich konnte das Problem umgehen (ohne meine Sitzung unterbrechen zu müssen), indem ich gconfd-2
beendete$ killall -5 gconfd-2
$
Gnome startet gconfd-2 automatisch neu.