Ach habe ich ja ganz vergessen. gksudo muss noch installiert werden mit der Eingabe von
sudo apt-get install gksu
Sorry für Doppelpost. 😕
Anmeldungsdatum: Beiträge: 872 |
Ach habe ich ja ganz vergessen. gksudo muss noch installiert werden mit der Eingabe von sudo apt-get install gksu Sorry für Doppelpost. 😕 |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 1044 |
Thunar mit Root-Rechten zum gewöhnlichen Arbeiten zu benutzen, sollte man ganz sicher niemals tun. Weil die fehlerbereinigte Thunar-Version 1.6.11 schon jetzt in den offiziellen „proposed“-Quellen von Ubuntu ist, kann man wirklich höchst einfach auf zwei Arten diese Version einsetzen:
P.S. Der von Vegeta und Thor beschriebene Absturz dürfte ein anderer Fehler sein, der bei weitem nicht so häufig auftritt (bei mir noch gar nicht bisher) wie der Verschieben- und Umbenennen-Fehler, welcher jetzt endlich nach nur eineinhalb Jahren behoben wurde. |
||
Projektleitung
Anmeldungsdatum: Beiträge: 12795 |
Wenn Du noch etwas weiter graben willst, könntest Du auch mal
Dann schaust Du mal in die Dateien, die in $d liegen. |
||
Anmeldungsdatum: Beiträge: 7943 |
Kann den Fehler jemand reproduzieren? Man müsste den Fehler auch mit eigenen MP3-Dateien nachstellen können, allerdings müssen sie Dateien einen ID3v1-Tag beinhalten oder man muss das Skript umändern. Ich habe das mit strace mal gemacht. Meiner Meinung nach friert Thunar ein, weil versucht wird auf die nicht mehr existierenden Dateien zuzugreifen und nach FUTEX_WAIT_PRIVATE nichts mehr passiert bis man Thunar killt, komischerweise scheint der Fehler nur aufzutreten, wenn man vorher mit CD in das Verzeichnis gewechselt ist. Führt man das Skript ohne CD aus, dann macht Thunar keine Probleme. poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=6, events=POLLIN}], 4, 664) = 1 ([{fd=4, revents=POLLIN}]) futex(0x1423000, FUTEX_WAIT_PRIVATE, 2, NULL) = 0 read(4, "\2\0\0\0\0\0\0\0", 16) = 8 futex(0x1423000, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x1423000, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x1423000, FUTEX_WAIT_PRIVATE, 2, NULL) = 0 futex(0x1423000, FUTEX_WAKE_PRIVATE, 1) = 0 access("/home/user/abc", W_OK) = -1 ENOENT (No such file or directory) stat("/home/user/abc", 0x7fff431559d0) = -1 ENOENT (No such file or directory) lstat("/home/user/abc/01 - StrangeZero - Ikebana_.mp3", 0x7fff43155920) = -1 ENOENT (No such file or directory) futex(0x6a1518, FUTEX_WAIT_PRIVATE, 2, NULL) = ? +++ killed by SIGKILL +++ |
||
Projektleitung
Anmeldungsdatum: Beiträge: 12795 |
Ja, offensichtlich hat Thunar ein Filelock gesetzt und gibt es nicht wieder frei. Und der Thread, der auf die Freigabe wartet, bleibt ewig blockiert. Dem kurzen Abschnitt kann man nicht entnehmen, welche Datei er lockt. Wenn Du von der Stelle unten rückwärts nach "0x6a1518" suchst, wirst Du vermutlich fündig werden.
Mit "das Skript" meinst Du hier dasjenige, mit dem Du den Fehler provoziert hast. Korrekt? |
||
Anmeldungsdatum: Beiträge: 7943 |
Auch in der vollständigen Logdatei findet sich der Name nicht wider, die Adresse taucht kein zweites Mal auf. Insgesamt finden sich Fehler in zwei der drei Logs, der dritte Thread erzeugt lediglich einen Zweizeiler. poll([{fd=8, events=POLLIN}, {fd=12, events=POLLIN}], 2, 3996) = 0 (Timeout) inotify_add_watch(12, "/home/user/abc", IN_MODIFY|IN_ATTRIB|IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE|IN_DELETE_SELF|IN_MOVE_SELF|IN_UNMOUNT|IN_ONLYDIR) = -1 ENOENT (No such file or directory) inotify_add_watch(12, "/home/user/abc", IN_MODIFY|IN_ATTRIB|IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE|IN_DELETE_SELF|IN_MOVE_SELF|IN_UNMOUNT|IN_ONLYDIR) = -1 ENOENT (No such file or directory) inotify_add_watch(12, "", IN_MODIFY|IN_ATTRIB|IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE|IN_DELETE_SELF|IN_MOVE_SELF|IN_UNMOUNT|IN_ONLYDIR) = -1 ENOENT (No such file or directory) poll([{fd=8, events=POLLIN}, {fd=12, events=POLLIN}], 2, 3995) = 0 (Timeout) inotify_add_watch(12, "/home/user/abc", IN_MODIFY|IN_ATTRIB|IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE|IN_DELETE_SELF|IN_MOVE_SELF|IN_UNMOUNT|IN_ONLYDIR) = -1 ENOENT (No such file or directory) inotify_add_watch(12, "/home/user/abc", IN_MODIFY|IN_ATTRIB|IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE|IN_DELETE_SELF|IN_MOVE_SELF|IN_UNMOUNT|IN_ONLYDIR) = -1 ENOENT (No such file or directory) inotify_add_watch(12, "", IN_MODIFY|IN_ATTRIB|IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE|IN_DELETE_SELF|IN_MOVE_SELF|IN_UNMOUNT|IN_ONLYDIR) = -1 ENOENT (No such file or directory) poll([{fd=8, events=POLLIN}, {fd=12, events=POLLIN}], 2, 3996) = 1 ([{fd=12, revents=POLLIN}]) read(12, "\6\0\0\0\2\0\0\0\0\0\0\0 \0\0\0.xsession-errors\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096) = 48 poll([{fd=8, events=POLLIN}, {fd=12, events=POLLIN}], 2, 3956 <unfinished ...>) = ? +++ killed by SIGKILL +++
Ja genau, vermutlich wird man den Fehler auch mittels Kopieren erzwingen können, Knackpunkt scheint ja das Umbenennen des Verzeichnisses zu sein nachdem im Verzeichnis einen Schreibvorgang gab. |
||
Anmeldungsdatum: Beiträge: 19 |
@thor17 Thunar mit sudo auszuführen war tatsächlich KEINE gute Idee. Schon dadurch das die ganzen Benutzerrechte sich geändert haben. @picnerd Danke für den Tipp mit den "Benutzerdefinierte Aktionen" für Thunar. Die Rechte Korrektur für /home hab ich angepasst. Danke @Reinarden Die fehlerbereinigte Thunar-Version 1.6.11 hat bei mir Wunder bewirkt. Keine Abstürze mehr. DANKE Somit kann kann ich auf sudo(kopfschütteln) gksudo verzichten. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 1044 |
So, nun ist die Thunar-Fehlerbereinigung v1.6.11 vom 3. März 2017, welche wir bereits aus der „proposed“-Paketquelle testen konnten, in die normale Paketquelle von Ubuntu 16.04 und 16.10 gewandert (in 17.04 war sie bereits seit ein bis zwei Wochen) und wird ab jetzt durch Ubuntus automatische Aktualisierung ausgeliefert. (Wenn diese automatische Aktualisierung in Xubuntu 16.04 denn ginge, aber das ist ein anderes Thema.) Wer die Lauchpad-Einzelheiten nachlesen will: https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1512120 Thema soweit gelöst, wie ich es ursprünglich eröffnet hatte. Darum nun endlich ein grünes Häkchen. P.S. Es scheint noch einen weiteren Fehler in Thunar zu geben, wie Vegeta und andere angaben. Wenn man den Fehler einkreisen könnte, wäre ein neuer Launchpad-Eintrag erstellbar. |
||
Anmeldungsdatum: Beiträge: 872 |
Ich habe vor 1 1/2 Wochen die neue Version installiert ganz normal über die Paketquellen und siehe da bis heute keinen Absturz mehr zu verzeichnen. Ich muss dazu sagen das ich jetzt kein Hardcore-User bin aber hin und wieder hat er beim umbenennen von Dateien den Geier Sturzflug gemacht. Aber jetzt alles gut. Habe aber auch einen alten 86'er Rechner und nur zwei Kerne in der CPU. Andere mit Quadcore oder mehr hatten da wohl schon eher Probleme. mfg picnerd |
||
Anmeldungsdatum: Beiträge: 57 |
Habe nach wie vor Abstürze von Thunar zu verzeichnen (aktuelle Version 1.6.11 ist installiert; Ubuntu 17.04). Neu ist, dass Thunar nicht einfach nur abstürzt, sondern gleich das ganze System einfriert. Da hilft wirklich nur noch hard-reset oder ausschalten. Zuerst dachte ich an ein Hardware-Problem, aber memtest86 und badblocks laufen ohne Fehler durch. Habe mal ein wenig rumprobiert und Folgendes herausgefunden: Die Abstürze scheinen immer dann aufzutreten, wenn man die Eigenschaften (Rechtsklick → Eigenschaften) einer gerade umbenannten (!) Datei aufrufen will. Läßt sich sehr zuverlässig reproduzieren. Benennt man jedoch die Datei um, drückt danach F5 und ruft dann erst die Eigenschaften auf, tritt der Fehler nicht auf. Kann das jemand bestätigen bzw. reproduzieren? Rechtfertigt das 'nen neuen Thread? |
||
Anmeldungsdatum: Beiträge: 701 Wohnort: Hamburg |
Ich hatte auch Probleme bemerkt, wenn ich mit Easytag die Metadaten von mp3-Dateien ändere. Das geöffnete Thunar-Fenster friert dann ein (das System aber nicht). Ich bin zurück auf die von mir gepatchte Version. Es gibt unter https://bugzilla.xfce.org/show_bug.cgi?id=13481 einen neuen Patchversuch, aber es bleibt abzuwarten, ob der alle Probleme löst oder neue verursacht. Wird jedenfalls sicher noch dauern, bis da was offiziell in die Ubuntu-repositories fließt. Caja ist ansonsten eine nette Alternative. |
||
Anmeldungsdatum: Beiträge: 57 |
Hm, interessant - Easytag benutze ich auch sehr häufig, bisher ohne Probleme. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 1044 |
Aus meiner Sicht können hier ruhig alle Fehler im Thunar besprochen werden, welche ihn schlecht benutzbar oder fast unbenutzbar machen. Zumal dann auch deutlicher wird, daß beim Thunar einige technische Probleme sich anstauen und Fehlerkorrekturen eher nur die Spitze des Eisberges abrunden. |
||
Anmeldungsdatum: Beiträge: 7943 |
Der Patch ist von Simon Steinbeiss akzeptiert worden, dann wollen wir mal auf baldige Updates und Besserung hoffen. ☺ |
||
Anmeldungsdatum: Beiträge: 7943 |
Gestern kam ein Update für Thunar rein mit dem angesprochenen Bugfix von Viktor Odintsev. Seitdem hatte ich keine Freezes mehr, Thunar scheint endlich wieder ohne Probleme zu funktionieren. 👍 |