Bug#885879: gvfs-backends: Issues after connecting Android 7.1 device

Simon McVittie smcv at debian.org
Sat Dec 30 22:22:04 UTC 2017


On Sat, 30 Dec 2017 at 21:23:52 +0100, Michel Le Bihan wrote:
> [416044.255467] usb 3-1: USB disconnect, device number 44
> [416044.259019] gvfsd-mtp[29495]: segfault at 18 ip 00007f7f74873ae9 sp
> 00007ffc7a343920 error 4 in libgvfsdaemon.so[7f7f74866000+25000]

Unfortunately I think you have two bugs here: one might either be in
gvfs-backends or (more likely) the kernel, and one is probably in
gvfs-backends.

First bug: your device disconnects (or the kernel thinks it did) and
becomes unavailable.

Second bug: when your device disconnects, gvfsd-mtp should have either
continued to run or exited gracefully, but instead it crashes.

For the first bug, are you able to try an older kernel? Given your other
bug report about a phone, perhaps this might be a regression since
Linux 4.13?

For the second bug, obviously you won't be able to reproduce the crash
unless you're running a kernel where the first bug is reproducible. We
can't solve a crash like this without a backtrace. Because you're
using systemd, one very convenient way to get more information
is to install the systemd-coredump and gdb packages, and make the
crash happen again. Also install the -dbgsym packages for libglib2.0,
gvfs-backends, and any other libraries that seem relevant (please see
<https://wiki.debian.org/HowToGetABacktrace> for more details).

Then you'll be able to use the command "coredumpctl" to list crash dumps,
and "coredumpctl gdb" to load the most recent crash dump into gdb, or
a command like "coredumpctl gdb 12345" to load an older crash dump with
process ID 12345.

To get a backtrace in gdb, use the commands "set pagination
off" and "thread apply all bt" at the (gdb) prompt: see
<https://wiki.debian.org/HowToGetABacktrace> for more details.

Regards,
    smcv



More information about the pkg-gnome-maintainers mailing list