Anyone else experiencing segfaults in Thunar upon renaming a file?

graysky · 2015-10-11 10:15:10

I opened FS#46657 but wanted to ask other xfce4 users if you are experiencing the same? Basically, I am experiencing periodic segfaults upon renaming a file from within Thunar. I cannot get the situation to reproduce on purpose; it seems to happen randomly.

What happens is I click a file from within Thunar. I hit F2 to rename it and I enter the new name. Upon hitting Enter for thunar to accept the new name, the entire Thunar window disappears (crashes). I see an entry in dmesg indicating a segfault. The file is renamed on the filesystem.

Example dmesg entries:

[ 8494.667080] Thunar[4300]: segfault at 0 ip 00007f1ab86b9bda sp 00007ffc3ddcd2c8 error 4 in libc-2.22.so[7f1ab8629000+19b000]
[14552.165781] Thunar[13994]: segfault at 0 ip 00007f72a4219bda sp 00007ffdc93b1d88 error 4 in libc-2.22.so[7f72a4189000+19b000]

Chazza · 2015-10-11 11:13:12

I haven't been able to reproduce this so far. I'll check back if I do experience this issue later on.
I'm now experiencing this. thunar 1.6.10-2, glib2 2.46.1-1

Last edited by Chazza (2015-10-27 21:29:46)

tpfkanep · 2015-10-11 15:38:05

I have been experiencing intermittent segfaults with thunar, all of them seemingly random. Just experienced one now while cut-n-pasting a file... but I cannot reliably reproduce the behaviour.

Oct 11 17:22:11 Thunar[1252]: segfault at 2 ip 00007f38d71db8ad sp 00007ffcf71ee178 error 4 in libgobject-2.0.so.0.4600.0[7f38d71a7000+51000]

ewaller · 2015-10-11 15:47:20

I've not seen this. You guys may want to note the file system types on which you are working when it goes "Tango Uniform."

Scimmia · 2015-10-11 15:48:56

Not much to do without a backtrace anyway

tpfkanep · 2015-10-11 16:21:47

Will this [random file operations - create & delete dir/copy files & delete to trash & permanently delete files/move files/etc...] help?

write(25, "======= Backtrace: =========\n", 29) = 29
writev(25, [{"/usr/lib/libc.so.6", 18}, {"(", 1}, {"+0x", 3}, {"72055", 5}, {")", 1}, {"[0x", 3}, {"7f5490639055", 12}, {"]\n", 2}], 8) = 45
writev(25, [{"/usr/lib/libc.so.6", 18}, {"(", 1}, {"+0x", 3}, {"779a6", 5}, {")", 1}, {"[0x", 3}, {"7f549063e9a6", 12}, {"]\n", 2}], 8) = 45
writev(25, [{"/usr/lib/libc.so.6", 18}, {"(", 1}, {"+0x", 3}, {"7818e", 5}, {")", 1}, {"[0x", 3}, {"7f549063f18e", 12}, {"]\n", 2}], 8) = 45
writev(25, [{"Thunar", 6}, {"[0x", 3}, {"43155c", 6}, {"]\n", 2}], 4) = 17
writev(25, [{"Thunar", 6}, {"[0x", 3}, {"4326ab", 6}, {"]\n", 2}], 4) = 17
writev(25, [{"Thunar", 6}, {"[0x", 3}, {"432753", 6}, {"]\n", 2}], 4) = 17
writev(25, [{"/usr/lib/libglib-2.0.so.0", 25}, {"(", 1}, {"g_main_context_dispatch", 23}, {"+0x", 3}, {"15a", 3}, {")", 1}, {"[0x", 3}, {"7f5490bd1c7a", 12}, {"]\n", 2}], 9) = 73
writev(25, [{"/usr/lib/libglib-2.0.so.0", 25}, {"(", 1}, {"+0x", 3}, {"4a020", 5}, {")", 1}, {"[0x", 3}, {"7f5490bd2020", 12}, {"]\n", 2}], 8) = 52
writev(25, [{"/usr/lib/libglib-2.0.so.0", 25}, {"(", 1}, {"g_main_loop_run", 15}, {"+0x", 3}, {"c2", 2}, {")", 1}, {"[0x", 3}, {"7f5490bd2342", 12}, {"]\n", 2}], 9) = 64
writev(25, [{"/usr/lib/libgtk-x11-2.0.so.0", 28}, {"(", 1}, {"gtk_main", 8}, {"+0x", 3}, {"b7", 2}, {")", 1}, {"[0x", 3}, {"7f5492aaf467", 12}, {"]\n", 2}], 9) = 60
writev(25, [{"Thunar", 6}, {"[0x", 3}, {"41ec7c", 6}, {"]\n", 2}], 4) = 17
writev(25, [{"/usr/lib/libc.so.6", 18}, {"(", 1}, {"__libc_start_main", 17}, {"+0x", 3}, {"f0", 2}, {")", 1}, {"[0x", 3}, {"7f54905e7610", 12}, {"]\n", 2}], 9) = 59
writev(25, [{"Thunar", 6}, {"[0x", 3}, {"41ee29", 6}, {"]\n", 2}], 4) = 17
write(25, "======= Memory map: ========\n", 29) = 29
open("/proc/self/maps", O_RDONLY)       = 26
read(26, "00400000-0049e000 r-xp 00000000 "..., 1024) = 1024
write(25, "00400000-0049e000 r-xp 00000000 "..., 1024) = 1024
read(26, "5477591000 r-xp 00000000 08:12 1"..., 1024) = 1024
write(25, "5477591000 r-xp 00000000 08:12 1"..., 1024) = 1024
read(26, "12 17023802                   /u"..., 1024) = 1024
write(25, "12 17023802                   /u"..., 1024) = 1024
read(26, "48437d000 ---p 00000000 00:00 0 "..., 1024) = 1024
write(25, "48437d000 ---p 00000000 00:00 0 "..., 1024) = 1024
read(26, "sr/lib/libutil-2.22.so\n7f5485dfe"..., 1024) = 1024
write(25, "sr/lib/libutil-2.22.so\n7f5485dfe"..., 1024) = 1024
read(26, "/usr/lib/gio/modules/libgvfsdbus"..., 1024) = 1024
write(25, "/usr/lib/gio/modules/libgvfsdbus"..., 1024) = 1024
read(26, "486888000-7f548688e000 rw-p 0000"..., 1024) = 1024
write(25, "486888000-7f548688e000 rw-p 0000"..., 1024) = 1024
read(26, " 00000000 08:12 17348144        "..., 1024) = 1024
write(25, " 00000000 08:12 17348144        "..., 1024) = 1024
read(26, "             /usr/lib/libltdl.so"..., 1024) = 1024
write(25, "             /usr/lib/libltdl.so"..., 1024) = 1024
read(26, "usr/lib/libcanberra.so.0.2.5\n7f5"..., 1024) = 1024
write(25, "usr/lib/libcanberra.so.0.2.5\n7f5"..., 1024) = 1024
read(26, "00-7f5487d16000 r--p 00004000 08"..., 1024) = 1024
write(25, "00-7f5487d16000 r--p 00004000 08"..., 1024) = 1024
read(26, "lib/libgraphite2.so.3.0.1\n7f5488"..., 1024) = 1024
write(25, "lib/libgraphite2.so.3.0.1\n7f5488"..., 1024) = 1024
read(26, "887db000 r-xp 00000000 08:12 186"..., 1024) = 1024
write(25, "887db000 r-xp 00000000 08:12 186"..., 1024) = 1024
read(26, "596                   /usr/lib/l"..., 1024) = 1024
write(25, "596                   /usr/lib/l"..., 1024) = 1024
read(26, "06196                   /usr/lib"..., 1024) = 1024
write(25, "06196                   /usr/lib"..., 1024) = 1024
read(26, "001000 08:12 17206181           "..., 1024) = 1024
write(25, "001000 08:12 17206181           "..., 1024) = 1024
read(26, " r-xp 00000000 08:12 18628316   "..., 1024) = 1024
write(25, " r-xp 00000000 08:12 18628316   "..., 1024) = 1024
read(26, "8a27e000-7f548a27f000 r--p 00002"..., 1024) = 1024
write(25, "8a27e000-7f548a27f000 r--p 00002"..., 1024) = 1024
read(26, "8a6a1000-7f548a6ad000 r-xp 00000"..., 1024) = 1024
write(25, "8a6a1000-7f548a6ad000 r-xp 00000"..., 1024) = 1024
read(26, "o.0.0.0\n7f548acbf000-7f548acc000"..., 1024) = 1024
write(25, "o.0.0.0\n7f548acbf000-7f548acc000"..., 1024) = 1024
read(26, "ib/libxcb-dri2.so.0.0.0\n7f548b0c"..., 1024) = 1024
write(25, "ib/libxcb-dri2.so.0.0.0\n7f548b0c"..., 1024) = 1024
read(26, "ibcap.so.2.24\n7f548b6d9000-7f548"..., 1024) = 1024
write(25, "ibcap.so.2.24\n7f548b6d9000-7f548"..., 1024) = 1024
read(26, "bd74000-7f548bd75000 r--p 000600"..., 1024) = 1024
write(25, "bd74000-7f548bd75000 r--p 000600"..., 1024) = 1024
read(26, "    /usr/lib/libpcre.so.1.2.5\n7f"..., 1024) = 1024
write(25, "    /usr/lib/libpcre.so.1.2.5\n7f"..., 1024) = 1024
read(26, "so.0.4600.0\n7f548c80f000-7f548c8"..., 1024) = 1024
write(25, "so.0.4600.0\n7f548c80f000-7f548c8"..., 1024) = 1024
read(26, "548ccb0000-7f548ccb1000 rw-p 000"..., 1024) = 1024
write(25, "548ccb0000-7f548ccb1000 rw-p 000"..., 1024) = 1024
read(26, "so.0.0.0\n7f548d2f2000-7f548d2f30"..., 1024) = 1024
write(25, "so.0.0.0\n7f548d2f2000-7f548d2f30"..., 1024) = 1024
read(26, "so.16.18.0\n7f548d72d000-7f548d73"..., 1024) = 1024
write(25, "so.16.18.0\n7f548d72d000-7f548d73"..., 1024) = 1024
read(26, "000-7f548de03000 r--p 000a3000 0"..., 1024) = 1024
write(25, "000-7f548de03000 r--p 000a3000 0"..., 1024) = 1024
read(26, "b000 r-xp 00000000 08:12 1880139"..., 1024) = 1024
write(25, "b000 r-xp 00000000 08:12 1880139"..., 1024) = 1024
read(26, "548e831000 r--p 00009000 08:12 1"..., 1024) = 1024
write(25, "548e831000 r--p 00009000 08:12 1"..., 1024) = 1024
read(26, "00 08:12 18000623               "..., 1024) = 1024
write(25, "00 08:12 18000623               "..., 1024) = 1024
read(26, "548f25e000 r--p 00008000 08:12 1"..., 1024) = 1024
write(25, "548f25e000 r--p 00008000 08:12 1"..., 1024) = 1024
read(26, "p 00000000 08:12 18143123       "..., 1024) = 1024
write(25, "p 00000000 08:12 18143123       "..., 1024) = 1024
read(26, "nfig.so.1.8.0\n7f548ff9d000-7f548"..., 1024) = 1024
write(25, "nfig.so.1.8.0\n7f548ff9d000-7f548"..., 1024) = 1024
read(26, "0 rw-p 0000c000 08:12 18628322  "..., 1024) = 1024
write(25, "0 rw-p 0000c000 08:12 18628322  "..., 1024) = 1024
read(26, "  /usr/lib/libpthread-2.22.so\n7f"..., 1024) = 1024
write(25, "  /usr/lib/libpthread-2.22.so\n7f"..., 1024) = 1024
read(26, "             /usr/lib/libgobject"..., 1024) = 1024
write(25, "             /usr/lib/libgobject"..., 1024) = 1024
read(26, "bdbus-1.so.3.14.3\n7f54916b7000-7"..., 1024) = 1024
write(25, "bdbus-1.so.3.14.3\n7f54916b7000-7"..., 1024) = 1024
read(26, "b01000 r-xp 00000000 08:12 18000"..., 1024) = 1024
write(25, "b01000 r-xp 00000000 08:12 18000"..., 1024) = 1024
read(26, "0 08:12 18304109                "..., 1024) = 1024
write(25, "0 08:12 18304109                "..., 1024) = 1024
read(26, "28347                   /usr/lib"..., 1024) = 1024
write(25, "28347                   /usr/lib"..., 1024) = 1024
read(26, "1-2.0.so.0.2400.28\n7f5492fbf000-"..., 1024) = 1024
write(25, "1-2.0.so.0.2400.28\n7f5492fbf000-"..., 1024) = 1024
read(26, "54933f9000-7f54935f8000 ---p 000"..., 1024) = 1024
write(25, "54933f9000-7f54935f8000 ---p 000"..., 1024) = 1024
read(26, "a0c000 rw-p 00009000 08:12 18764"..., 1024) = 1024
write(25, "a0c000 rw-p 00009000 08:12 18764"..., 1024) = 1024
read(26, " 00000000 08:13 8471            "..., 1024) = 1024
write(25, " 00000000 08:13 8471            "..., 1024) = 1024
read(26, "nfig/f6b893a7224233d96cb72fd8869"..., 1024) = 1024
write(25, "nfig/f6b893a7224233d96cb72fd8869"..., 1024) = 1024
read(26, "etadata/trash:\n7f549405c000-7f54"..., 1024) = 1024
write(25, "etadata/trash:\n7f549405c000-7f54"..., 1024) = 1024
read(26, "7f5494081000 rw-p 00022000 08:12"..., 1024) = 454
write(25, "7f5494081000 rw-p 00022000 08:12"..., 454) = 454
read(26, "", 1024)                      = 0
close(26)                               = 0
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(976, 976, SIGABRT)               = 0
--- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=976, si_uid=1000} ---
+++ killed by SIGABRT (core dumped) +++

- Linux arch64 4.2.2-1-zen
- File operations was done on pkg.tar.xz file types on a JFS partition.

Last edited by tpfkanep (2015-10-11 16:24:15)

whizzo · 2015-10-11 16:31:55

Same error here

Scimmia · 2015-10-11 16:56:47

Can you guys try glib2 from testing?

graysky · 2015-10-11 17:22:53

EDIT: Non-relevant.

Last edited by graysky (2015-10-11 18:49:31)

tpfkanep · 2015-10-11 17:58:27

enabled testing repo & only updated glib2:
- tried a rename of [pkg.tar.xz] files -> bulk rename dialogue froze once only.
- copy of ~ 3GB of 1400 files -> there is a long delay after all files copied to a folder. This delay also happens with the previous glib2.

Could not get Thunar to segfault with the testing glib2... but that could be due the random nature of the segfault.

Roken · 2015-10-11 18:34:47

I can't reproduce, but then I'm fully updated with testing, so maybe a problem passed me by on the way here?

0strodamus · 2015-10-11 22:36:10

I don't know if it's related, but I'm experiencing thunar crashes during file move operations. It's been happening fairly frequently (although intermittently) since the upgrade to glib2-2.46.0-2. Downgrading to glib2-2.44.1-1 resolves the issue. glib2 from testing didn't help with my crashes. I just posted a bug report.

Last edited by 0strodamus (2015-10-11 22:37:24)

tritonas00 · 2015-10-27 20:13:02

Same here

FlowIt · 2015-10-28 09:29:04

See also https://bugzilla.xfce.org/show_bug.cgi?id=11983
I can confirm that Thunar crashes when moving files, deleting files, renaming files and creating files (actually I am not so sure about the last one. But I remember a crash when another program created a file in the directory that was currently opened in Thunar).
But all of these crashes are not really reproducible. Sometimes they happen, sometimes not. I haven't found a pattern. Interesting question is if this is a Thunar or a glib2 issue.

punk_physicist · 2015-10-28 19:50:29

I get this error too (Openbox not xfce user)

extra/thunar 1.6.10-2
extra/thunar-archive-plugin 0.3.1-5
aur/thunar-dropbox 0.2.1-1
extra/thunar-media-tags-plugin 0.2.1-2
extra/thunar-volman 0.8.1-1
community/openbox 3.6.1-1
core/glib2 2.46.1-1

✖ ✖ ✖ · 2015-10-28 20:03:45

Works just fine on Openbox.

punk_physicist · 2015-10-28 20:05:35

✖ ✖ ✖ wrote:

Works just fine on Openbox.

What versions of glib2/thunar/openbox are you using? If you try renaming a file over and over again in Thunar, can you get it to crash?

✖ ✖ ✖ · 2015-10-28 20:08:02

glib2 2.46.1-1
thunar 1.6.10-2
openbox 3.6.1-1

Tried renaming multiple times (faster, slower, with special symbols) - nothing.

Last edited by ✖ ✖ ✖ (2015-10-28 20:08:55)

indianahorst · 2015-10-30 19:44:26

Same error here.

Kernel: 4.1.12-1-ck
Thunar: extra/thunar 1.6.10-2
Glib: core/glib2 2.46.1-1

Filesystem: ext4

Not reproducable, its occuring without any pattern.

punk_physicist · 2015-10-30 20:22:33

Is everyone who is getting this error running Thunar as a daemon? i.e. running

thunar --daemon &

on startup?

tritonas00 · 2015-10-30 20:58:28

punk_physicist wrote:

Is everyone who is getting this error running Thunar as a daemon? i.e. running
thunar --daemon &
on startup?

Nope.

✖ ✖ ✖ wrote:

Works just fine on Openbox.

Openbox also here, but still crashes on rename.

Last edited by tritonas00 (2015-10-30 20:59:28)

0strodamus · 2015-10-31 17:43:37

I'm not running Thunar as a daemon either. I downgraded and recompiled Thunar to 1.6.4-2 for the time being. The newer versions either had the same bug or other major issues. 1.6.4 has a file refresh bug, but hitting F5 every so often is much easier dealing with crashes.

FlowIt · 2015-10-31 20:30:07

Can anybody confirm that the bug does NOT occur after deinstalling tumbler?

dcdriving · 2015-10-31 20:40:45

@FlowIt. That would appear to be the case with me. Renamed file 3 times and crashed. Deinstall tumbler and no crash after 12 or so renames. Reinstalled tumbler and crashed on 3rd or 4th rename again.

tpfkanep · 2015-11-01 06:25:59

No tumbler installed here, but I still get "Process 3082 (thunar) of user 1000 dumped core." messages. Thunar crashed this AM with cut-n-paste.

Arch Linux

#1 2015-10-11 10:15:10

Anyone else experiencing segfaults in Thunar upon renaming a file?

#2 2015-10-11 11:13:12

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#3 2015-10-11 15:38:05

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#4 2015-10-11 15:47:20

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#5 2015-10-11 15:48:56

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#6 2015-10-11 16:21:47

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#7 2015-10-11 16:31:55

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#8 2015-10-11 16:56:47

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#9 2015-10-11 17:22:53

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#10 2015-10-11 17:58:27

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#11 2015-10-11 18:34:47

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#12 2015-10-11 22:36:10

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#13 2015-10-27 20:13:02

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#14 2015-10-28 09:29:04

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#15 2015-10-28 19:50:29

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#16 2015-10-28 20:03:45

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#17 2015-10-28 20:05:35

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#18 2015-10-28 20:08:02

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#19 2015-10-30 19:44:26

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#20 2015-10-30 20:22:33

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#21 2015-10-30 20:58:28

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#22 2015-10-31 17:43:37

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#23 2015-10-31 20:30:07

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#24 2015-10-31 20:40:45

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

#25 2015-11-01 06:25:59

Re: Anyone else experiencing segfaults in Thunar upon renaming a file?

Board footer