Beiträge von bekr

Neuerdings sind in openSUSE LEAP 16.0 bei einem Neuboot/Restart beim Firefox die Lesezeichen verschwunden: Lesezeichen verwalten = leer.

Abhilfe: Ausloggen und wieder Einloggen.

Das Problem ist reproduzierbar. Installiert wurde Firefox über Yast bzw. zypper ref / zypper up / zypper dup

Firefox

Extended Support Release
153.4.0esr (64-Bit)
openSUSE - Tumbleweed

Bei Mozilla kann ich nichts treffendes finden

https://support.mozilla.org/de/kb/Verlorene-Lesezeichen

Die KI sagt: Firefox kann Lesezeichen verlieren, wenn der Browser nicht ordnungsgemäß geschlossen wird oder wenn es zu einem Absturz kommt.

Ich verwende keine Profile, fahre den Rechner aber mit allen WIndows geöffnet runter, damit mir das System beim Neustart wieder alle Windows so öffnet, wie ich sie verlassen habe. Bisher hat das über alle Linux Versionen funktioniert. Erst mit 16.0 sind die Lesezeichen zuerst mal verschwunden.

P.S.: Beitrag als erledigt markieren: Dazu wird ein Doppelklick auf das Unerledigt Kästchen ausgeführt. (08.11.2015)

Bei mir lag es an tausenden von 39MB-großen archivierten log-files und druckerfiles vom cups. Es waren so viele, dass ich sie mit Wildcards nicht mehr löschen konnte und alphabetisch vorgehen musste: rm -f aa*; rm -f ab*. Meine Festplatte war damals bis auf 100MB komplett zu. Seitdem verwende ich ein löschscript.

# lösche log messages

/bin/rm -f /var/log/messages-2026*.xz

#/bin/rm -f /var/log/messages-2025*.xz

/bin/rm -f /var/log/warn-2026*.xz

#/bin/rm-f /var/log/warn-2025*.xz

/bin/rm -f /var/log/wtmp-2026*.xz

#/bin/rm-f /var/log/wtmp-2025*.xz

/bin/rm -f /var/log/NetworkManager-2026*.xz

#/bin/rm -f /var/log/NetworkManager-2025*.xz

#/bin/rm -f /var/log/boot.log-2026*.xz

# lösche Druckerjournals

# cat /dev/null > /var/log/cups/page_log

cat /dev/null > /var/log/cups/error_log

cat /dev/null > /var/log/cups/access_log

# lösche Druckerjobs

/bin/rm -f /var/spool/cups/c*

/bin/rm -f /var/spool/cups/d*

Sauerland
Die paar Zeilen aus stackoverflow habe ich vorhin in ~/.vimrc eingefügt und seitdem funktioniert es wieder.
Vielen Dank für die Hilfe.

luigi Danke für den Hinweis mit der resourcedatei

Ich verwende .vimrc, um automatische tabstops zu verhindern
set noautoindent

set nosmartindentset shiftwidth=0
set nocin
colorscheme desert

und ganz früher (90er Jahre) um Umlaute umzusetzen

"imap ä ae

"imap ö oe

"imap ü ue

"imap ß ss

Was ich irritierend finde, ist, dass man sich anscheinend über den Ort nicht einig werden kann. Einmal heißt es /etc/vim/vimrc dann /usr/share/vim/current/suse.vimrc (current ist ein link auf vim92) und in dieser Datei steht am Anfang /usr/etc/vimrc und am Schluss " /etc/vimrc ends here

Und bei mir gab es seit 15.3/15.6/16.0 kein /etc/vim*

Manche empfehlen sogar eigene Settings, wenn es mit eigenen Scripten kompliziert wird

" source $HOME/.vim/settings/plugins.vim

" source $HOME/.vim/settings/configs.vim

" source $HOME/.vim/settings/functions.vim

" source $HOME/.vim/settings/mappings.vim

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!