staging.inyokaproject.org

Ich kämpfe mit einem Fehler, der sich bislang immer durch ein 'sudo reboot -h now' auf der KommandoZeile beheben ließ, jetzt aber dauerhaft besteht: Ich kann mich über die GUI (den roten Knopf) nicht mehr abmelden bzw. den Rechner herunterfahren oder neu starten. Das hat zur Folge, dass manche Anwendungen nicht richtig funktionieren oder FehlerMeldungen ausspucken, z.B.:

martin@Martins-Notebook:~$ sudo kate /etc/fstab [sudo] password for martin:  QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0. Error: "/tmp/kde-martin" is owned by uid 1000 instead of uid 0. Error: "/tmp/ksocket-martin" is owned by uid 1000 instead of uid 0. Error: "/tmp/kde-martin" is owned by uid 1000 instead of uid 0. kdeinit4: Shutting down running client. Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) Error: "/tmp/ksocket-martin" is owned by uid 1000 instead of uid 0. Error: "/tmp/kde-martin" is owned by uid 1000 instead of uid 0. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0. kbuildsycoca4 running... Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0. Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0. Error: "/tmp/kde-martin" is owned by uid 1000 instead of uid 0. Bus::open: Can not get ibus-daemon's address.  IBusInputContext::createInputContext: no connection to ibus-daemon  QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0. QObject::connect: Cannot connect (null)::resourceScoreUpdated(QString, QString, QString, double) to NepomukPlugin::resourceScoreUpdated(QString, QString, QString, double) QObject::connect: Cannot connect (null)::recentStatsDeleted(QString, int, QString) to NepomukPlugin::deleteRecentStats(QString, int, QString) QObject::connect: Cannot connect (null)::earlierStatsDeleted(QString, int) to NepomukPlugin::deleteEarlierStats(QString, int) QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought it was ':1.7'                                                  

Was kann ich da tun?

Edit: Zwischendurch hat nach einem Neustart alles wieder funktioniert. Nach dem ich zwischenzeitlich noch einmal neu gestartet habe, erhalte ich nun auch einen Fehler, wenn ich ein Terminal über ein Graphik-Icon öffnen möchte: 'KDEInit kann „/usr/bin/konsole“ nicht starten'

Danke für's Verschieben tomtomtom. Ich war zunächst davon ausgegangen, dass das Problem irgendwie mit der BenutzerVerwaltung zu tun hat.

Das System verhält sich nach jedem Neustart irgendwie anders. Zuletzt bekam ich diese FehlerMeldung: "Fehler bei der Ausführung von „/usr/share/applications/kde4/konsole.desktop“. Entweder läuft KLauncher nicht mehr, oder die Anwendung kann nicht gestartet werden."

Die Datei konsole.desktop gibt es in dem Verzeichnis überhaupt nicht.

Wobei das im Titel beschriebene GrundProblem immer gleich ist. Es sei denn der korrekte Start hat - aus welchem Grund auch immer - zufällig mal geklappt. Das war aber unter gefühlt zehn Neustarts nur einmal der Fall.

Du hast kate mit sudo gestartet. Korrekt wäre sowas wie

sudo -H kate

. Hier mal ein Lösungsversuch:https://wiki.ubuntuusers.de/Homeverzeichnis/#Rechte-korrigieren

Hallo @MartinRuthenberg und @Bredo,

beides ist falsch! Programme mit einer GUI wie Kate starten man wenn es denn wirklich unbedingt sein muß immer mit kdesudo, siehe den Wiki-Eintrag sudo

Man kann beides verwenden:https://wiki.ubuntuusers.de/sudo/#Terminal-Ausfuehrung-durch-Benutzer-mit-Erlaubnis-in-etc-sudoers

Bredo schrieb:

Hier mal ein Lösungsversuch:https://wiki.ubuntuusers.de/Homeverzeichnis/#Rechte-korrigieren

Danke Bredo. Bis jetzt sieht das so aus, als hätte es funktioniert.

The_Wizard schrieb:

Programme mit einer GUI wie Kate starten man wenn es denn wirklich unbedingt sein muß immer mit kdesudo, siehe den Wiki-Eintrag sudo

The_Wizard, mir ist grundsätzlich klar, dass es sicherer wäre, Dateien als root in der Shell zu bearbeiten. Ich hatte das Anfangs probiert und bin zu dem Ergebnis gekommen, dass das nur etwas für Leute ist, die das jeden Tag machen, aber nicht für Leute, die das nur alle paar Monate mal machen.

Ich hatte auch früher schon mal registriert, dass ich graphische Oberflächen als root über die KommandoZeile in KDE mit kdesudo öffnen sollte. Doch ich bekam da seinerzeit auf kdesudo eine Latte von FehlerMeldungen und einfach mit sudo hat es gut funktionert und das seit drei, vier Jahren.

Und das hier finde ich auch nicht gerade Vertrauen erweckend:

martin@Martins-Notebook:~$ kdesudo kate /etc/fstab
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
kbuildsycoca4 running...
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Datei oder Verzeichnis nicht gefunden
QFileSystemWatcher: failed to add paths: /root/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 
QObject::connect: Cannot connect (null)::resourceScoreUpdated(QString, QString, QString, double) to NepomukPlugin::resourceScoreUpdated(QString, QString, QString, double)
QObject::connect: Cannot connect (null)::recentStatsDeleted(QString, int, QString) to NepomukPlugin::deleteRecentStats(QString, int, QString)
QObject::connect: Cannot connect (null)::earlierStatsDeleted(QString, int) to NepomukPlugin::deleteEarlierStats(QString, int)
kactivitymanagerd(4595)/nepomuk (library): Could not find virtuoso to connect to. Aborting 
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Datei oder Verzeichnis nicht gefunden
QFileSystemWatcher: failed to add paths: /root/.kde/share/config/activitymanager-pluginsrc

Da weckt das hier schon ein wenig mehr Vertrauen:

martin@Martins-Notebook:~$ sudo -H kate
[sudo] password for martin: 
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Datei oder Verzeichnis nicht gefunden
QFileSystemWatcher: failed to add paths: /root/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 
martin@Martins-Notebook:~$

Aber richtig glücklich macht mich beides nicht. Den Vergleich mit 'sudo kate' spare ich mir jetzt, sonst muss ich die ganze Prozedur von oben ja noch mal wiederholen. 😉

Hallo @Bredo.

Bredo schrieb:

Man kann beides verwenden:https://wiki.ubuntuusers.de/sudo/#Terminal-Ausfuehrung-durch-Benutzer-mit-Erlaubnis-in-etc-sudoers

Zitat aus dem von dir verlinktem Abschnitt, Hervorhebung von mir:

Terminalprogramme und Shellkommandos

Im Terminal kann ein Benutzerwechsel z.B. nützlich sein, um ein Skript in einer anderen Umgebung zu testen. Terminal - Ausführung durch Benutzer mit Erlaubnis in /etc/sudoers

sudo fragt immer nach dem Passwort des aufrufenden Benutzers. Ein Benutzerwechsel wird aber nur gestattet, wenn dies in /etc/sudoers erlaubt wurde. Dies ist standardmäßig nur für die Gruppe sudo ohne Einschränkungen der Fall. Die Option -H bewirkt, dass dann auch die Umgebungsvariabele $HOME auf das Home-Verzeichnis von BENUTZERNAME mitumzieht.

Da steht doch ganz deutlich Terminalprogramme und Shellkommandos, für Programme mit graphischer Oberfläche kommt direkt danach ein eigener Abschnitt!

Ich habe keine Ambitionen, hier zwischen einer MeinungsVerschiedenheit zu vermitteln. Ich verstehe es aber auch so, dass beides möglich ist, und zwar deswegen: root bei grafischen Programmen: https://wiki.ubuntuusers.de/sudo/#root-bei-grafischen-Programmen

Ist ja auch egal. Bei mir scheint es zu funktionieren. Back to Topic. Ist das Problem dabei behoben? Bei Zweifeln am Besten

kdesudo kate

verwenden. Kenne mich mit Linux nicht genügend aus, um eine Diskussion darüber zu führen. Hatte es nur einmal in einem Blogeintrag von axt gesehen, wobei es keine Probleme gab. Verwende allerdings Xubuntu. Vielleicht ist es da anders.

Das Problem schien nach dem Zurücksetzen meiner NutzerRechte (s.o.) behoben gewesen zu sein. Nun habe ich gerade die fstab nochmals editiert (wegen eines ganz anderen Problems), und zwar mit kdesudo. Und jetzt ist das Problem wieder da!!! Ich werde also die Rechte noch mal - wie oben beschrieben - zurücksetzen und ab da nur noch 'sudo -H kate' verwenden, um zu sehen, ob das Problem dann auch wieder auftaucht.

Und da ich die ganze Arbeit ohnehin noch mal machen muss, habe ich jetzt einfach noch mal kate über sudo geöffnet, um die TerminalAusgabe ebenfalls hier zu posten:

martin@Martins-Notebook:~$ sudo kate
[sudo] password for martin: 
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0.
Error: "/tmp/kde-martin" is owned by uid 1000 instead of uid 0.
Error: "/tmp/ksocket-martin" is owned by uid 1000 instead of uid 0.
Error: "/tmp/kde-martin" is owned by uid 1000 instead of uid 0.
kdeinit4: Shutting down running client.
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
Error: "/tmp/ksocket-martin" is owned by uid 1000 instead of uid 0.
Error: "/tmp/kde-martin" is owned by uid 1000 instead of uid 0.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0.
kbuildsycoca4 running...
Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0.
Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0.
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Error: "/var/tmp/kdecache-martin" is owned by uid 1000 instead of uid 0.
QObject::connect: Cannot connect (null)::resourceScoreUpdated(QString, QString, QString, double) to NepomukPlugin::resourceScoreUpdated(QString, QString, QString, double)
QObject::connect: Cannot connect (null)::recentStatsDeleted(QString, int, QString) to NepomukPlugin::deleteRecentStats(QString, int, QString)
QObject::connect: Cannot connect (null)::earlierStatsDeleted(QString, int) to NepomukPlugin::deleteEarlierStats(QString, int)
QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought it was ':1.7'

Mich würde nämlich schon mal interessieren, warum in allen drei Fällen immer FehlerMeldungen auftauchen. Du muss doch irgendwas grundsätzlich anderes faul sein. Das sagt doch schon der Satz: "Application may misbehave", der in allen drei Fällen auftaucht.

Also das Problem besteht auch nach dem erneuten Zurücksetzen der Rechte weiter. Kann es sein, dass meinem Rechner ganz einfach die Hitze nicht bekommt? Ich habe 27 Grad in der Bude und die Sensoren meines Notebooks zeigen alle so um die 70 Grad an.

Wie alt ist denn Der Laptop? Klassiker: Lüfter verschmutzt, villeicht sind die Elkos kaputt. Festplatte defekt?

Der ist jetzt gut zwei Jahre alt, von Tuxedo. Da dürfte eigentlich noch nichts fehlen. Die Temperaturen waren bislang auch nicht auffällig und die LüfterGeräusche auch nicht.

Und nachdem ich den Rechner jetzt eine gute Stunde abgeschaltet hatte, hat die Anmeldung wieder korrekt funktioniert. Ich werde ihn heute Abend mal mit zur Arbeit in klimatisierte Räume nehmen, um zu sehen, wie er dort reagiert.

Also ein ÜberhitzungsProblem ist es nicht. Das Problem tritt weiter auf, obwohl Rechner und Umgebung kühl sind. Hat noch jemand eine Idee? Ansonsten setze ich das System aus einem Backup auf einen früheren Stand zurück.

Hallo!

Bevor du zurücksetzt, versuche es mal mit einem neuen Benutzer.

Zudem teste mit deinem aktuellen Benutzer ob du dich manuell abmelden, neu starten, bzw. herunterfahren kannst:

1
2
3
4
5
6
7
8

#abmelden
qdbus org.kde.ksmserver /KSMServer logout 0 0 0  

#neu starten
qdbus org.kde.ksmserver /KSMServer logout 0 1 1

#herunterfahren:
qdbus org.kde.ksmserver /KSMServer logout 0 2 2