staging.inyokaproject.org

Xubuntu XFCE-Oberfläche defekt

Status: Gelöst | Ubuntu-Version: Xubuntu 20.04 (Focal Fossa)
Antworten |

Lindiot

Anmeldungsdatum:
22. August 2006

Beiträge: 693

xubuntu, 20.04, (Kernel 5.0.67, unter Vorbehalt) Keine weiteren Kernelupdates. (Sonstige Sicherheits-Updates installiert)

.

Hallo

Folgendes Problem ist bei mir urplötzlich aufgetreten

.

Nach Boot,Anmeldung, Hintergrundbild wird angezeigt, ebenso div verfügbare Prg in der oberen Leiste, aber Schreibtisch bleibt komplett leer.

Das "Wisker Menü" erscheint modifiziert (div. Favoriten fehlen). Ansonsten scheint das Menü zu funktionieren.

Wird ein Programm aufgerufen, erscheint es immeR, links oben in der Ecke festgenagelt, hat nichT die volle Bildschirmgröße.

Der Einfassungsrahmen ist verändert. Keine Rundungen, glatt rechteckig.

Die "Knöpfe" für Vollbild, Schließen, Reduzieren,etc fehleN.

Das Programmfenster lässt sich nicht verändern, verschieben.

Werden Menüs angewählt erscheinen diese, aber eine konkrete Anwahl ist nicht möglich.

Alsbald der Mauszeiger auf ein Menüelement gesteuert wird, verschwindet das eingeblendete Menü komplett.

.

Programm, kann auf (übliche Weise) nicht geschlossen werden.

Zugriff auf "Wisker Menü" ebenfalls weg, weil das aufgerufene Prg,links oben festgenagelt, das Menü überdeckt.

.

Noch verfügbare Menüs aus der Desktop-Leiste Oben Rechts , lassen sich öffnen,

aber bei konkretem Anwahlversuch, das gleiche Problem, aufgeklapptes "Menü" verschwindet sofort.

.

Ebensowenig funktionieren Auswahlversuche über "Tastaturkürzel".

Rechtsklick auf Schreibtisch, ebenfalls komplette Ebbe. Deshalb, Runterfahren nur noch über "R E I S U B" verfügbar.

.

Ein direkt nach dem Boot geöffnetes Terminal, erscheint wie oben, ebenfalls mit rechteckigem Rahmen ohnE weitere Knöpfe,

ansonsten scheint es aber sauber zu arbeiten.

.

Recovery-Boot, root-Terminal, startx, führt zu einer tadelos arbeitenden root-Oberfläche (ohne Netzzugriff).

Recovery-Boot, Netzeinbindung, root-Terminal, startx, führt zu einer tadelos arbeitenden root-Oberfläche mit Netzzugriff.

.

Ideen, was könnte hier harT "umgefallen" sein, dass ein solches Verhalten auftritt.

Probleme in dieser Form gabs bisher nicht.

Dann und wann schien allerdings ein "Vorbote" vorbeigeschaut zu haben, weil dann gingen "urplötzlich",

keine Eingaben, keine Maus-Anwahl, kein Nichts mehr. System musste über "R E I S U B" runtergefahren werden.

Nach Neuboot dann alles wieder in Ordnung.

.

So, das ein oder andere nicht allzu Komplexe, würde ich gerne noch versuchen.

(aus Eigeninteresse an möglichen, potentiellen Ursachen und wie fange ich sie ein)

.

Ansonsten ist Update auf 22.04.1 schon etwas länger angedacht

(nun mit der Hoffnung, dass parallel das Problem damit beseitigt sein könnte, was mir aber nicht gesichert scheint)

.

Für alle Tipps, Anregungen, Ideen, schon hier

Vielen Dank

Kätzchen

Avatar von Kätzchen

Anmeldungsdatum:
1. Mai 2011

Beiträge: 7131

Lindiot schrieb:

xubuntu, 20.04, (Kernel 5.0.67, unter Vorbehalt) Keine weiteren Kernelupdates. (Sonstige Sicherheits-Updates installiert)

Was ist der Grund dafür?

So setzt du Xfce zurück: → Klick! Du kannst das auch von der Terminal (Abschnitt „Virtuelle-Konsole“) aus versuchen.

Ob das etwas bringt kann ich nicht einschätzen.

(Zum Layout deines Textes kann ich sagen, dass du dir mühe gegeben hast den Text zu strukturieren. 👍 Wenn man wenn mehr zu sagen hat als nur einzelne Sätze schreibt man einfach mehrere davon. Die Zeilen werden je nach Display des Nutzers umgebrochen.

Ein Absatz wird dann mit 2x Enter erzeugt.)

Lindiot

(Themenstarter)

Anmeldungsdatum:
22. August 2006

Beiträge: 693

Problem scheint gelöst.

Danke für die Rücksetzungsinfo-Seite. Alle Befehle umgesetzt habe. Die haben genau das geleistet was sie leisten sollen. Auf das geschilderte Problem hatten sie erwartungsgemäß keinen Einfluss. Das ist auch gut verständlich, denn das Problem tritt ja unmittelbar nach Neuboot mit erstem Fensteraufbau auf. Da ist zu erwarten, dass ein Rücksetzen sich nicht anders verhält als der zuvor liegende Bootlauf.

Auf diesem Weg war nichts auszurichten. Bei diesen Versuchen bin ich jedoch auf eine Fehlermeldung gestoßen von der ich zuvor nichts mitbekommen hatte. Netzsuche ergab, dass das kein unbekanntes Problem ist, haben sich schon einige Leute mit rumgeschlagen, diverse Links zeigen auch nach Ubuntuuser-Forum. Fast durchgehend wird vorgeschlagen,

".cache/sessions/" zu löschen

Hab mir das Verzeichnis angesehen und die Dinge neueren Datums, von denen ich annehmen konnte, die könnten ursächlich sein, gelöscht. Hat nichts bewirkt. Erfolg hat sich erst mit Löschung des kompletten Verzeichnisses eingestellt. Das hatte ich den verbliebenen Dateien nicht zugetraut. Deswegen bin ich auch unsicher ob dem echt so ist. Wenn dieser cache beim Runterfahren mit den Werten der aktuellen fehlerhaften Konfiguration neu beschrieben wird, dann ist Wirkung nicht zu erwarten.

Es könnte also sein, dass nicht nur dieser cache zu löschen ist, sondern auch sichergestellt werden muss, dass der nicht erneut beim Runterfahren mit unbrauchbaren Werten neu erstellt wird. Bearbeitung von außen, nicht aus dem fehlerhaften System heraus, dürfte der sicherere Ansatz sein.

.

Danke nochmal an alle die sich damit beschäftigt haben. Auch wenn die verlinkten ctrl-Tastaturcodes direkt nichts gebracht haben, hab ich doch einiges hinzugelernt.

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 55572

Na wenn das wieder so ist wie gewünscht kannst du dich ja schon Mal um das anstehende Upgrade kümmern, denn der Support für Xubuntu 20.04 endet bekanntlich in etwa drei Monaten.

Antworten |