Beiträge von bekr

Wenn man sich ausloggen will oder das System runterfährt, verlangt das System (openSUSE 16.0) zuerst, alle Konsolewindows mit allen TABs zu schließen. Das System "hängt" zuerst ein paar Minuten, dann kommt eine "Fehlermeldung" bezüglich der Konsolen, und wenn man sie nicht selber schließt, werden sie automatisch rausgeworfen. Beim Wiedereinloggen oder nach dem Booten sind diese dann weg. Sie werden nicht als Anwendungen wiederhergestellt.

$ /usr/bin/konsole &

Üblicherweise verwende ich ein Konsolewindow mit 5-6 Tabs zum Editieren von Dateien in unterschiedlichen Directories. Bisher war es kein Problem, dass diese Tabs nach einem Reboot automatisch wiederhergestellt wurden.

Begonnen hat das mit openSUSE 15.3 sporadisch damit, dass nach einem Booten scheinbar völlig willkürlich 3 Optionen gewählt wurden:

- mal wurde das Konsolewindow korrekt wiederhergestellt

- mal wurde ein leeres Konsolewindow mit nur einem Tab geöffnet

- mal wurde gar keine Konsole gestartet

Mit openSUSE 15.6 und 16.0 hat sich das verstärkt, also häufiger Option 2+3.

Seit einem Upgrade von openSUSE 16.0 letzten April verlangt das System explizit, diese Konsolen zu schließen. Ich muss dann jedes Mal eine Konsole starten, 5-6 mal Tabs anlegen, 5-6 mal cd ..., bis ich weiterarbeiten kann.

Seit openSUSE 15.3 und ganz besonders seit 16.0 scheinen verschiedene Programme und das System ihre Einstellungen nicht mehr zu finden.

1.) vi (anderer Post)

2.) Konsole (dieser Post)

3.) alle Firefox-Windows aus verschiedenen Arbeitsbereichen (1-4) werden nach Reboot und Logout auf den Arbeitsbereich geklatscht, mit dem ich das System verlassen habe. Ich muss sie dann händisch verschieben: "Arbeitsfläche -> Verschieben auf Arbeitsfläche 1|2|3|4"

4.) LibreOffice Calc: Datenreihen ab einschließlich der zweiten Grafik lassen sich nicht mehr editieren. 1. Grafik rechtsclick -> Bearbeiten; rechtsclick -> Datenbereiche; Zweite Grafik rechtsclick -> es kommt ein ganz anderes Menü von Ausschneiden, Kopieren, Einfügen bis Makro editieren

5.) Die Icons auf dem Desktop/Schreibtisch wurden lange Zeit nach Reboot, Logout und sogar nach Standby wild über den Bildschirm gewürfelt, obwohl die Positionen gesperrt sind. Ich hatte sie auch schon mal in Zweierreihe diagonal. Nach mehreren Updates ist das seit zwei Wochen behoben.

In /etc steht nichts

$ ls -al /etc/vi*

ls: Zugriff auf '/etc/vi*' nicht möglich: Datei oder Verzeichnis nicht gefunden

$ ls -al ~/.vim*

-rw------- 1 user users 19543 18. Aug 23:24 /home/user/.viminfo
-rw------- 1 user users 673 16. Okt 2024 /home/user/.viminfo2 ### damit wird .viminfo regelmäßig geputzt

-rw-r--r-- 1 user users 2609 19. Apr 23:25 /home/user/.vimrc

-rw-r--r-- 1 user users 1251 19. Apr 22:01 /home/user/.vimrc_save2 ### enthält nur Kommentare "

-rw-r--r-- 1 user users 1724 16. Okt 2024 /home/user/.vimrc-xp ### anderes Gerät / Betriebssystem

/home/user/.vim:

insgesamt 4

drwxr-xr-x 1 user users 20 18. Aug 10:33 .

drwxr-xr-x 1 user users 14170 18. Aug 23:24 ..

-rw-r--r-- 1 user users 547 18. Aug 10:33 .netrwhist

Es ist das erste Mal seit 1995, dass dieser Fehler auftritt.

Vim startet normalerweise eine Datei bei der Zeile, bei der man sie beim letzten Mal verlassen hat und speichert die Info in .viminfo, z.B.

# Datei-Markierungen:

'0 3608 0 ~/text.txt

Seit einem Update im April erkennt vim diese Info nicht und beginnt jede Datei in Zeile 1 Spalte 1 wenn eine ~/.vimrc vorhanden ist, selbst dann, wenn diese leer ist.

$ mv ~/.vimrc ~/.vimrc_save ; vi text.txt # startet bei Zeile 3608 wie es sein soll
$ touch ~/.vimrc ; vi text.txt # aus und vorbei, beginnt bei Zeile 1 Spalte 1

Die Suchbegriffe und die Befehlshistory in ~/.viminfo werden immer erkannt. Es scheint nur die Cursorposition in der Datei betroffen zu sein.

Woran könnte das liegen? openSUSE 16.0

Sauerlands Tip #12 war goldrichtig. Beim Reboot wurde ein neuer Resourcefile angelegt. Jetzt funktionieren sowohl die Taste als auch der Direktaufruf über die Konsole.

$ cat ~/.config/spectaclerc
[ImageSave]
translatedScreenshotsFolder=Bildschirmfotos
[VideoSave]
translatedScreencastsFolder=Bildschirmaufnahmen


$ find . -name *spectacle*
./.cache/spectacle
./.config/spectaclerc
./.local/state/spectaclestaterc

Hochinteressant was man so im Filesystem findet über die Sammelwut einiger Programme: In ./.local/state/spectaclestaterc stehen unter Recent Files und Recent URLs etliche Dateien und Directories, die niemanden etwas angehen.

Sollte man wissen, dass hier jemand Protokoll über die eigenen Tätigkeiten führt.

Vielen Dank für die Hilfe.

$ cat ~/.config/spectaclerc

[$Version]
update_info=spectacle_clipboard.upd:clipboard-settings-change,spectacle_rememberregion.upd:spectacle-migrate-rememberregion

[GuiConfig]
captureMode=0
includePointer=true

[ImageSave]
lastImageSaveAsLocation=file:///home/bkraemer/Morton -Morland-The-Times-20260120.png
lastImageSaveLocation=file:///home/bkraemer/Bilder/Bildschirmfotos/Bildschirmfoto_20260122_194113.png
translatedScreenshotsFolder=Bildschirmfotos

[VideoSave]
translatedScreencastsFolder=Bildschirmaufnahmen

In /var/log/warn kommen regelmäßig diese Fehlermeldungen, die aber zeitlich nicht mit Spectacle zusammen hängen (gerade noch einmal überprüft). Meine Kiste ist gerade etwas langsam, weil der Swap anscheinend voll ist. Ist zuerst mit 15.3 auf dem verblichenen Vorgänger aufgetreten, mit 15.6 hat sich das verschlimmert, bei 16.0 scheint sich das fortzusetzen. Mit zunehmender Laufzeit kratzt der Rechner immer länger auf der Platte, ohne CPU-Zeit, bis irgendwann der Bildschirm einfriert und sich die Kiste durch Dauerswapping aufhängt. Chroniken (firefox) löschen und Programme beenden helfen nicht. Abhilfe nur durch Abschalten und Neuboot.

2026-01-22T19:57:05.773397+01:00 linux4 kwin_wayland[1885]: kwin_libinput: Libinput: client bug: timer event2 debounce: scheduled expiry is in the past (-144ms), your system is too slow
2026-01-22T19:57:05.773562+01:00 linux4 kwin_wayland[1885]: kwin_libinput: Libinput: client bug: timer event2 debounce short: scheduled expiry is in the past (-207ms), your system is too slow
2026-01-22T19:57:10.401334+01:00 linux4 kwin_wayland[1885]: kwin_wayland_drm: The main thread was hanging temporarily!
2026-01-22T19:57:39.309266+01:00 linux4 plasmashell[2195]: qrc:/qt/qml/org/kde/plasma/private/clipboard/ClipboardItemDelegate.qml:121:32: Unable to assign [undefined] to double
2026-01-22T19:57:39.328612+01:00 linux4 plasmashell[2195]: message repeated 6 times: [ qrc:/qt/qml/org/kde/plasma/private/clipboard/ClipboardItemDelegate.qml:121:32: Unable to assign [undefined] to double]
2026-01-22T19:58:39.999254+01:00 linux4 kwin_wayland[1885]: kwin_wayland_drm: The main thread was hanging temporarily!

Leider kein Inhalt

$ ls -al .local/share/applications/
-rw-r--r-- 1 xxxxxxxx users    0 14. Nov 2024  mimeapps.list
-rw------- 1 xxxxxxxx users  103 14. Okt 2024  vim.desktop

Spectacle liefert gar keine Konsolen-Meldung. Sonst hätte ich sie längst gemeldet. Das war auch der Grund, warum ich ein anderes Programm ausprobiert haben.

NVIDIA Treiber wird wohl bei einer Radeon wenig bringen.
#6 HP Elitedesk mit AMD Radeon Grafik

lrwxrwxrwx 1 root root      25  3. Jul 2024  /usr/lib64/libva-wayland.so.2 -> libva-wayland.so.2.2200.0*
-rwxr-xr-x 1 root root   27080  3. Jul 2024  /usr/lib64/libva-wayland.so.2.2200.0*
lrwxrwxrwx 1 root root      21  3. Jul 2024  /usr/lib64/libva-x11.so.2 -> libva-x11.so.2.2200.0*
-rwxr-xr-x 1 root root   26784  3. Jul 2024  /usr/lib64/libva-x11.so.2.2200.0*

Ich verwende ein HP Elitedesk mit AMD Radeon Grafik. Damit gab es bis jetzt nie Probleme.

Ich kann im Netz die Fehlermeldung bis ins Jahr 2022 zurückverfolgen. Hier schreibt jemand, sie tritt nur im fullscreen modus auf.

import QtQuick          2.15
import QtQuick.Controls 2.15
import QtQuick.Window   2.15

ApplicationWindow
{    id: appWindow
     //width: 640
     //height: 480
     visibility: Window.FullScreen
     visible: true
     title: qsTr("Main Window") }
} 

"qt.qpa.wayland: Wayland does not support QWindow::requestActivate()"

My first Yocto project. The message shows up in fullscreen mode only. import QtQuick 2.15 import QtQuick.Controls 2.15 import QtQuick.Window 2.15 ...

forum.qt.io

Welche Qt-Version bei mir läuft, kann ich gerade nicht herausfinden, qmake und Derivate gibt es bei mir nicht nur "qt-faststart qtpaths qtpaths-qt5 qttoy4m", und mit

pkg-config --modversion QtCore stört er sich am fehlenden QtCore. Heißt das, dass gar kein Qt läuft? Dabei sind jede Menge libQt5* und libQt6* installiert (über Yast kontrolliert)

Danke Alero für den Hinweis. Aber eine Neuinstallation kommt für mich nicht infrage wegen des Mehraufwandes. Da bin ich drei Tage dauerbeschäftigt und bis ich alle Software, alle Drucker, die /etc/hosts und alle Resourcefiles wie etwa vi, bash und Firefox für root und zwei Benutzer wieder auf Stand gebracht habe, vergehen Wochen. Den Spass mache ich schon seit 1995.

Neuen User anlegen mache ich nachher.

Mit flameshot von der Konsole gestartet bekomme ich diese Fehlermeldung

qt.qpa.wayland: Wayland does not support QWindow::requestActivate()

Seit dem Upgrade von 15.6 auf 16.0 verursachen die PrtScr-Taste und das Programm /usr/bin/spectacle Monitor-Blackouts.

- das Programm startet

- man sieht kurzfristig die Meldung "Klicken und Ziehen Sie, um eine Auswahl zu treffen"

- der Bildschirm wird schwarz

- mit Mausbewegungen kommt man wieder in die Anzeige

- sobald man klickt oder die Maus nicht mehr bewegt, wird der Bildschirm wieder schwarz

- dann loopt das Programm so im 4 Sekundentakt

- mit ESC-Taste kommt man wieder raus

Fühlt sich irgendwie nicht gesund an. Gibt es dafür eine Abhilfe?