MartinRuthenberg
Anmeldungsdatum: 26. Dezember 2007
Beiträge: 215
Wohnort: Freiburg
|
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'
Moderiert von tomtomtom: Kein Bezug zum Forum "System einrichten und verwalten" erkennbar. Ins passende Forum verschoben.
|
MartinRuthenberg
(Themenstarter)
Anmeldungsdatum: 26. Dezember 2007
Beiträge: 215
Wohnort: Freiburg
|
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.
|
Bredo
Anmeldungsdatum: 13. August 2006
Beiträge: 585
|
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
|
The_Wizard
Anmeldungsdatum: 8. Dezember 2008
Beiträge: 421
Wohnort: Augsburg
|
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
|
Bredo
Anmeldungsdatum: 13. August 2006
Beiträge: 585
|
|
MartinRuthenberg
(Themenstarter)
Anmeldungsdatum: 26. Dezember 2007
Beiträge: 215
Wohnort: Freiburg
|
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. 😉
|
The_Wizard
Anmeldungsdatum: 8. Dezember 2008
Beiträge: 421
Wohnort: Augsburg
|
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!
|
MartinRuthenberg
(Themenstarter)
Anmeldungsdatum: 26. Dezember 2007
Beiträge: 215
Wohnort: Freiburg
|
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
|
Bredo
Anmeldungsdatum: 13. August 2006
Beiträge: 585
|
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.
|
MartinRuthenberg
(Themenstarter)
Anmeldungsdatum: 26. Dezember 2007
Beiträge: 215
Wohnort: Freiburg
|
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.
|
MartinRuthenberg
(Themenstarter)
Anmeldungsdatum: 26. Dezember 2007
Beiträge: 215
Wohnort: Freiburg
|
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.
|
Bredo
Anmeldungsdatum: 13. August 2006
Beiträge: 585
|
Wie alt ist denn Der Laptop? Klassiker: Lüfter verschmutzt, villeicht sind die Elkos kaputt. Festplatte defekt?
|
MartinRuthenberg
(Themenstarter)
Anmeldungsdatum: 26. Dezember 2007
Beiträge: 215
Wohnort: Freiburg
|
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.
|
MartinRuthenberg
(Themenstarter)
Anmeldungsdatum: 26. Dezember 2007
Beiträge: 215
Wohnort: Freiburg
|
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.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
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:
| #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
|
|