gvfsd-metadata crashed with SIGSEGV
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gvfs (Ubuntu) |
New
|
Medium
|
Unassigned |
Bug Description
Binary package hint: gvfs
I attached one USB external disk someday ago and have a crash ( I donot remember what happened).
but the label for usb disk partition was changed to x\2OM-^
I think that gparted and/or gvfsd-metadata do not operate well with this ugly label.
At Nautinus I can mount partition but the label is shrink to x\2O. I can browse, copy delete etc normally.
The crash at gvfsd-metadata seems happen only when I start a gparted ( exactly to change this ugly label)
gparted 0.5.1-1 GNOME partition editor
root@myloginz-
(gpartedbin:3093): GLib-GObject-
=======
libparted : 1.8.8.git-dirty
=======
I change the label and apply the changes.
The gparted report sucess but do not change the label, after reload the devices , the label remains the same.
ProblemType: Crash
Architecture: i386
CrashCounter: 1
Date: Mon Feb 15 06:26:09 2010
DistroRelease: Ubuntu 10.04
ExecutablePath: /usr/lib/
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
Package: gvfs 1.5.3-0ubuntu2
ProcCmdline: /usr/lib/
ProcEnviron:
SHELL=/bin/bash
LANGUAGE=
LANG=pt_BR.utf8
ProcVersionSign
SegvAnalysis:
Segfault happened at: 0x804d3aa: mov 0x8(%edx),%edx
PC (0x0804d3aa) ok
source "0x8(%edx)" (0x00000008) not located in a known VMA region (needed readable region)!
destination "%edx" ok
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: gvfs
StacktraceTop:
?? ()
?? ()
?? ()
?? ()
?? () from /lib/libglib-
Title: gvfsd-metadata crashed with SIGSEGV
Uname: Linux 2.6.32-13-generic i686
UserGroups: adm admin audio cdrom dialout dip disk fax fuse lpadmin netdev plugdev sambashare tape video
visibility: | private → public |
StacktraceTop: to_builder (tree=0x9ae63b0, dirent=0x0, builder_ file=0x9ae65f0) flush_locked (tree=<value optimized out>) 2.0.so. 0
copy_tree_
meta_tree_
meta_tree_flush (tree=0x9ae63b0) at metatree.c:2379
writeout_timeout (data=0x9ae6438) at meta-daemon.c:61
?? () from /lib/libglib-