Hallo,
immer wenn ich das o. a. Programm benutze, kann ich es anschießend schließe, dauert es ca. 2 Minuten bis es beendet wird und der Desktop wird blockiert. Ich habe dann zwei Prozesse laufen mit extremer CPU-Last:
systemd-journal mit 98 % CPU-Last und gvfsd-trash mit 60 % CPU-Last. Auch xfdesktop liegt mit 12 % wesentlich höher als normal.
Nach ca. 20-30 Minuten normalisiert sich das Ganze wieder.
Ich arbeite mit Xfce. Das Problem tritt bei 2 Rechnern auf wobei der ältere oftmals bis zu 45 Minuten benötigt, bis er sich wieder normalisiert. Natürlich kann ich das Drama auch mit einem Reboot beenden. Ich habe die laienhafte Vermutung, dass es evtl. mit systemd zusammen hängt, da es auf einem Laptop mit MX-Linux mit sysvinit nicht auftritt.
Ich habe keinen blassen Schimmer, wo ich da suchen soll. Weiß jemand Rat?
Mh, freefilesync von der Konsole/Terminal aus starten oder journalctl oder dmesg.
Oder auch hier suchen gehen https://freefilesync.org/faq.php#feedback
Unter KDE/Plasma (X11) nach einem Testsync keine Probleme beim Beenden (oder ich habe einen wahnsinnig schnellen PC).
edlin
Bei Internetsuche nach dem Symptom deuten einigeTreffer darauf hin, dass es Probleme geben könnte wenn gvfs einen lokalen Papierkorb für Remote Filesysteme vorhält, keine Ahnung wie man dem das abgewöhnt...)
Und in diesem Thread von 2016 -> https://www.linuxquestions.org/questions/ubuntu-63/how-can-i-get-gvfsd-trash-to-behave-4175563250/ (https://www.linuxquestions.org/questions/ubuntu-63/how-can-i-get-gvfsd-trash-to-behave-4175563250/) war wohl die Lösung
Quote"My problem was created by an option in FreeFileSync to move deleted files to the trash. In Xubuntu 16.04, I found that if I deleted the trash folders in the network drives (and changed the FreeFileSync option) the problem was fixed."
Vielleicht hilft Dir das beim eingrenzen.
@der_bud:
Danke für den Tip, das hat funktioniert. :)