Daaaaanke Spuuk!
Also: KIO, hängt das mit QInotifyFileSystem zusammen?
Folgende Vorgehensweise scheint nach ersten Tests das Problem zu lösen:
kded4 --check
Dies diente bei mir zur Diagnose, dort kam die folgenden Fehlermeldungen zu Tage:
QFileSystemWatcher: failed to add paths: /etc/xdg/menus
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
Wobei viele Fehlermeldungen in der Konsole auftauchen, die sich in den paths unterscheiden.
Quelle: http://manpages.ubuntu.com/manpages/bionic/de/man8/kded4.8.html dort recht weit unten.
Eine Suche im Internet brachte die folgende Seite hervor: https://bbs.archlinux.org/viewtopic.php?id=116914
Von dort halfen die folgenden Seiten:
https://wiki.ubuntuusers.de/SysVinit/
https://wiki.ubuntuusers.de/rc.local/
https://wiki.ubuntuusers.de/systemd/Problembehebung/#etc-rc-local-wird-zur-falschen-Zeit-ausgefuehrt
Also, der Reihe nach:
echo 16384 > /proc/sys/fs/inotify/max_user_watches
mit sudo ausgeführt bringt nur eine Fehlermeldung. Ändert man jedoch händisch die obige Datei (alles ist ja nur eine Datei) durch austauschen des Wertes auf 16384, geht es. Der Ordnerinhalt wurde, zumindest hier bei mir automatisch aktualisiert.
Jetzt muss diese Zeile beim Systemstart ausgeführt werden. Dazu bietet sich /etc/rc.local an. Unglücklicherweise wird diese Datei in aktuelleren Kubuntuversionen nicht mehr automatisch gestartet. Aber, kein Problem:
sudo systemctl edit --full rc-local
Das öffnet einen Editor an der richtigen Stelle. Am Ende dort folgendes eintragen:
[Install]
WantedBy=multi-user.target
Durch dieses Vorgehen wird die Datei /etc/systemd/system/rc-local.service verändert.
Jetzt muss noch die Datei rc.local selber angelegt werden:
sudo nano /etc/rc.local
und dort dann folgendes eintragen:
echo 16384 > /proc/sys/fs/inotify/max_user_watches
exit 0
(exit 0 nicht vergessen!)
Nach einem Neustart sollte das Problem dann der Vergangenheit angehören. Zumindest hier bei mir klappt es nach ersten Versuchen.
Offene Fragen sekundärer Ordnung, falls obiges vorgehen das Problem löst: (eigentlich wird es nur erfolgreich vertuscht)
Welcher Wert findet sich in funktionierenden Systemen in der Datei /proc/sys/fs/inotify/max_user_watches ?
Wenn der Wert bei etwa der Hälte des obigen Wertes ist (also gut 8000): Warum brauchte mein System dann dort einen größeren Wert?
Wenn der Wert bei allen bei 16384 liegt, warum wurde bei mir dann standardmäßig gut 8000 benutzt?
Woher wird der Wert bei einem Neustart des Systems geholt? Es wäre ja besser den Wert dort zu verändern...
Und letztlich: Was zum Geier habe ich mit der obigen Lösung eigentlich gemacht? Ich mag es nicht ohne Sinn und Verstand an irgendwelchen Schrauben zu drehen...
Lines