Hallo Leute
Ein älterer Lenovo Laptop mit Grafik "Intel 3rd Gen Core processor Graphics Controller".
Kopieren per Befehl - 0-Problemo Kopieren in Thunar per Mausmenü - 0-Problemo
Wenn dann allersings bei 2 geöffneten Instanzen von Thunar von der einen in die andere etwas per Drag&Drop kopiert werden soll, friert der Rechner vollständig ein. Nach Login per SSH (warum muss man das bei OpenSUSE eigentlich erst nachträglich aktivieren?) von einem anderen Rechner und abschießen aller Prozesse mit Bezug auf Thunar läuft der Rechner normal weiter. Dabei ist festzustellen, dass offenbar thunar-wrapper als Prozess Amok läuft und 100% CPU zieht.
-- Klaus B. Klose
Am 06.04.22 um 15:28 schrieb Klaus Klose: (...)
Kopieren per Befehl - 0-Problemo Kopieren in Thunar per Mausmenü - 0-Problemo
Wenn dann allersings bei 2 geöffneten Instanzen von Thunar von der einen in die andere etwas per Drag&Drop kopiert werden soll, friert der Rechner vollständig ein.
Das steht nicht (mehr) in https://bugzilla.opensuse.org/buglist.cgi?bug_status=__open__&content=XCFE%20Thunar&no_redirect=1&order=Importance&product=openSUSE%20Tumbleweed&query_format=specific sls offen. Wenn Du möchtest das dieses Verhalten als Fehler angesehen und evtl. behoben wird, solltest Du dir die Mühe machen einen Bug-Report zu schreiben. Oder den Bug 977061 (da ging es allerdings um das grundsätzliche kopieren von Thunar in ein anderes Fenster) wieder eröffnen.
Nach Login per SSH (warum muss man das bei OpenSUSE eigentlich erst nachträglich aktivieren?)
Der SSH Daemon läuft nicht per Default weil wahrscheinlich die wenigsten Benutzer einen ständig laufenden SSH-Dienst auf ihrem Desktop-Rechner/Notebook benötigen oder wünschen. Es ist ja kein Problem den zu aktivieren wenn er denn benötigt wird.
Bernd
-- Die normative Kraft des Faktischen behindert die Entwicklung zum Besseren.
Am Mittwoch, dem 06.04.2022 um 18:33 +0200 schrieb Bernd Nachtigall:
Hallo Bernd
Es ist ja kein Problem den zu aktivieren wenn er denn benötigt wird.
Sieh es doch mal aus meiner Sicht? Wenn ich mich an einen mehr oder weniger kranken Rechenknecht setze, weil ich helfen will - und dann erst etwas recherchieren, installieren und konfigurieren muss, was eigentlich selbstverständlich sein sollte, dann ist das schon frustrierend.
-- Klaus B. Klose
Am 07.04.22 um 13:49 schrieb Klaus Klose:
Am Mittwoch, dem 06.04.2022 um 18:33 +0200 schrieb Bernd Nachtigall:
Hallo Bernd
Es ist ja kein Problem den zu aktivieren wenn er denn benötigt wird.
Sieh es doch mal aus meiner Sicht? Wenn ich mich an einen mehr oder weniger kranken Rechenknecht setze, weil ich helfen will - und dann erst etwas recherchieren, installieren und konfigurieren muss, was eigentlich selbstverständlich sein sollte, dann ist das schon frustrierend.
-- Klaus B. Klose
Hallo Klaus,
ein uralter Grundsatz guter Netzwerksicherheit empfiehlt, nur Dienste und Ports zu aktivieren, die wirklich notwendig sind. Alles andere sollte man absichern. Von daher ist es sicher legitim, wenn solche Dienste erst gar nicht von Beginn an aktiviert werden.
Wenn man weiß, so etwas irgendwann zu benötigen, muss man sich eben vorher darum kümmern.
Somit kann ich Bernd nur beipflichten. --
VG
Mathias Klose
Am Mittwoch, dem 06.04.2022 um 18:33 +0200 schrieb Bernd Nachtigall:
Hallo Bernd
Das steht nicht (mehr) in < https://bugzilla.opensuse.org/buglist.cgi?bug_status=__open__&content=XC...
sls offen. Wenn Du möchtest das dieses Verhalten als Fehler angesehen und evtl. behoben wird, solltest Du dir die Mühe machen einen Bug-Report zu schreiben. Oder den Bug 977061 (da ging es allerdings um das grundsätzliche kopieren von Thunar in ein anderes Fenster) wieder eröffnen.
Auf was Du da verweist ist ein ziemlich genau 6 Jahre alter Bug, der sich auf eine längst überholte Thunar-Version bezieht. Kann mir nicht vorstellen, dass es da einen Zusammenhang geben kann. Ich bin morgen wieder an dem betroffenen Rechenknecht, da sehe ich weiter.
-- Klaus B. Klose
Hallo Klaus,
das Verhalten von Thunar kann ich auf meinen PCs nicht nachvollziehen.
Bei mir funktioniert Drag&Drop wie von Dir beschrieben, und ich kann mich nicht daran erinnern, dass das mal nicht funktionierte ... Hab das gerade noch mal auf einem Rechner mit Leap 15.3 (Thunar 4.16.8) und einem Rechner mit Tumbleweed (Thunar 4.16.11) ausprobiert ... kein Problem ...
Keine Ahnung warum ...
Viele Grüße Stefan
Am 08.04.22 um 10:47 schrieb Klaus Klose:
Am Mittwoch, dem 06.04.2022 um 18:33 +0200 schrieb Bernd Nachtigall:
Hallo Bernd
Das steht nicht (mehr) in < https://bugzilla.opensuse.org/buglist.cgi?bug_status=__open__&content=XC...
sls offen. Wenn Du möchtest das dieses Verhalten als Fehler angesehen und evtl. behoben wird, solltest Du dir die Mühe machen einen Bug-Report zu schreiben. Oder den Bug 977061 (da ging es allerdings um das grundsätzliche kopieren von Thunar in ein anderes Fenster) wieder eröffnen.
Auf was Du da verweist ist ein ziemlich genau 6 Jahre alter Bug, der sich auf eine längst überholte Thunar-Version bezieht. Kann mir nicht vorstellen, dass es da einen Zusammenhang geben kann. Ich bin morgen wieder an dem betroffenen Rechenknecht, da sehe ich weiter.
-- Klaus B. Klose
Am Freitag, dem 08.04.2022 um 20:01 +0200 schrieb Stefan:
Hallo Stefan
das Verhalten von Thunar kann ich auf meinen PCs nicht nachvollziehen.
Ich arbeite schon seit deutlich mehr als 10 Jahren mit XFCE und kenne so etwas auch nicht. Auf dem betroffenen Rechenknecht lässt sich das Verhalten aber jederzeit reproduzieren. Es ist auch egal wo Quellordner/Zielordner liegen.Also nur lokal auf dem Rechner, oder auf externen Medien, wie USB-Speicher, IEEE 1394 oder NFS-Share.
-- Klaus B. Klose
Am Samstag, dem 09.04.2022 um 08:38 +0200 schrieb Klaus Klose:
Hallo Klaus
Du kannst, allerdings ohne Garantie auf Erfolg, folgendes versuchen:
1. Am Displaymanager (da wo Du Dich anmeldest) mit Strg+Alt+F2 (F3, F4, F5 oder F6 geht auch) auf die Konsole wechseln.
2. Dort Dich mit Benutzer und Passwort anmelden.
3. mit dem Befehl
cp .config/Thunar/ .config/Thunar_backup/
die bisherigen Einstellungen sichern.
4. Mit dem Befehl
rm -rf .config/Thunar/
die bisherigen Einstellungen löschen.
5. mit Strg+Alt+F7 die Konsole verlassen. Du kommst zurück an den Displaymanager und kannst Dich wie gewohnt an der grafischen Oberfläche anmelden.
Wenn Du nun Thunar aufrufst sind zwar alle bisherigen Konfigurationen weg, mit etwas Glück aber auch Dein Problem.
Wichtig: Das nicht in einer gestarteten grafischen Sitzung machen. Dort werden die möglicherweise fehlerhaften Einstellungen immer wieder zurück geschrieben.
Und als ganz großer Hammer kannst Du das auch mit den ganzen Konfigurationen von Xfce machen. Dafür .config/xfce4/ entsprechend wie o.g. bearbeiten.
Im Notfall kannst Du die gesicherten bisherigen Konfigurationen zurück schreiben lassen.
Am Sonntag, dem 10.04.2022 um 14:50 +0200 schrieb Sebastian Hoffmeister:
Hallo Sebastian,
einen verspäteten schönen Dank für Deinen Tipp. Hat das beschriebene Problem beseitigt.
Frohe Ostern allen.
-- Klaus B. Klose
-
Bernd Nachtigall -
Klaus Klose -
Mathias Klose -
Sebastian Hoffmeister -
Stefan