Das Sitzungs-Laufzeitverzeichnis fehlt oder ist ungültig · Linux Fix Lab

Symptome und Geltungsbereich

Anwendungen warnen nach su, sudo oder eigener Anmeldung über XDG_RUNTIME_DIR.
Ein Compositor kann seinen Sitzungssocket nicht anlegen oder erreichen.

Betroffene Umgebung

Desktop-Sitzungen mit XDG_RUNTIME_DIR; systemd-/logind-Befehle gelten nur für Distributionen mit dieser Sitzungsintegration.

Erkennbare Meldungen (synthetische Beispiele)

error: XDG_RUNTIME_DIR is invalid or not set in the environment.

Anmeldekontext und Besitzer prüfen; ein gesetzter Pfad allein erzeugt keine gültige Sitzung.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

Der Prozess kann einem anderen Konto als die ursprüngliche Anmeldesitzung gehören.
Ein fest gesetzter Laufzeitpfad kann falschen Besitzer, Modus oder Lebensdauer haben.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

Diese Werte im Startkontext des betroffenen Prozesses lesen, nicht nur in einem anderen funktionierenden Terminal.

printenv XDG_RUNTIME_DIR XDG_SESSION_ID XDG_SESSION_TYPE

Ergebnis einordnen: Ein fehlender oder zu einem anderen Konto gehörender Pfad spricht für Sitzungsaufbaufehler; außerhalb von logind kann eine Sitzungs-ID fehlen.

Prüfschritt 2

Erst nach Prüfung der Variablen ausführen; liest das bestehende Verzeichnis und folgt dessen Ziel, ohne es zu ändern.

stat -Lc "%U %u %a %F %n" "$XDG_RUNTIME_DIR"

Ergebnis einordnen: Das Verzeichnis muss lokal sein, diesem Benutzer gehören und Modus 0700 haben. Metadaten allein beweisen keinen an die Sitzung gebundenen Lebenszyklus.

Nächste Schritte nach Befund

Aus der echten Anmeldung des vorgesehenen Kontos starten

Wenn die Anwendung über ein anderes Konto oder einen unvollständigen Login-Wrapper startet, Arbeit sichern und aus der normalen Display-Manager- oder PAM-Anmeldung des vorgesehenen Kontos starten. Bei logind erzeugt der unterstützte Anmeldestapel das private Laufzeitverzeichnis.

Vorsicht: Nicht das /run/user-Verzeichnis eines anderen Kontos nutzen oder auf 0777 setzen. Den Compositor nicht als root starten.

Wiederherstellung / Rücknahme: Die vorübergehende Sitzung schließen. Bei geändertem Login-Wrapper dessen Sicherung über eine funktionierende Konsole wiederherstellen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Einen veralteten Laufzeitverzeichnis-Export entfernen

Wenn Shell- oder Starterdateien einen alten Laufzeitpfad erzwingen, die Datei sichern und nur diese Zuweisung entfernen. Vollständig ab- und neu anmelden, damit die normale Sitzungsumgebung aufgebaut wird; das tatsächliche Verzeichnis prüfen statt eines Ersatzes in /tmp.

Vorsicht: Das Löschen eines aktiven Laufzeitverzeichnisses unterbricht Sockets und Benutzerdienste. Seine Lebensdauer dem vorgesehenen Sitzungsmanager überlassen.

Wiederherstellung / Rücknahme: Die gesicherte Zuweisung nur bei einer bestätigten eigenen Sitzungsintegration wiederherstellen; sonst die unterstützte Anmeldekonfiguration herstellen.