Summary: | gnome-base/gvfs-1.12.3 (and apps using it, e.g. Nautilus) corrupt files on copy. Caused by prelink? | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Pryka <pryka.iluvatar> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED NEEDINFO | ||
Severity: | critical | CC: | pryka.iluvatar, toolchain |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Pryka
2012-06-12 07:40:39 UTC
What nautilus, glib and gvfs versions do you have installed? (emerge -Opv gvfs glib nautilus) Are you able to reproduce on a new created user account with a new home dir? Are you copying files between devices, or on the same hard drive? Please provide the output of "gvfs-mount --list". Can you reproduce the problem using the gvfs-copy command from the terminal? (In reply to comment #1) > What nautilus, glib and gvfs versions do you have installed? (emerge -Opv > gvfs glib nautilus) > > Are you able to reproduce on a new created user account with a new home dir? [ebuild R ] gnome-base/gvfs-1.12.3 USE="cdda gdu http udev -afp -archive -avahi -bluetooth -bluray -doc -fuse -gnome-keyring -gphoto2 -ios -samba -udisks" 0 kB [ebuild R ] dev-libs/glib-2.32.3 USE="-debug -doc (-fam) (-selinux) -static-libs -systemtap -test -utils -xattr" 0 kB [ebuild R ] gnome-base/nautilus-3.2.1-r1 USE="gnome introspection previewer -doc -exif (-packagekit) -sendto -test -tracker -xmp" 0 kB Sorry but now (In reply to comment #1) > What nautilus, glib and gvfs versions do you have installed? (emerge -Opv > gvfs glib nautilus) > > Are you able to reproduce on a new created user account with a new home dir? [ebuild R ] gnome-base/gvfs-1.12.3 USE="cdda gdu http udev -afp -archive -avahi -bluetooth -bluray -doc -fuse -gnome-keyring -gphoto2 -ios -samba -udisks" 0 kB [ebuild R ] dev-libs/glib-2.32.3 USE="-debug -doc (-fam) (-selinux) -static-libs -systemtap -test -utils -xattr" 0 kB [ebuild R ] gnome-base/nautilus-3.2.1-r1 USE="gnome introspection previewer -doc -exif (-packagekit) -sendto -test -tracker -xmp" 0 kB About new account, at this moment I don't have opportunity to create one and try to reproduce :( (In reply to comment #2) > Are you copying files between devices, or on the same hard drive? > > Please provide the output of "gvfs-mount --list". > > Can you reproduce the problem using the gvfs-copy command from the terminal? No matter where I'm copy files, it can be between devices HDD or pendrives, or it can be on a same device, issue is still same. Drive(0): Hard Disc 500 GB Type: GProxyDrive (GProxyVolumeMonitorGdu) Volume(0): File system 54 GB Type: GProxyVolume (GProxyVolumeMonitorGdu) Mount(0): File 54 GB -> file:///media/windows Type: GProxyMount (GProxyVolumeMonitorGdu) Drive(1): CD/DVD Type: GProxyDrive (GProxyVolumeMonitorGdu) And yes I can reproduce the problem using the gvfs-copy. The copied file is damaged :( I found something like this... same problem on gnome bugizlla: https://bugzilla.gnome.org/show_bug.cgi?id=677051 I downgrade the gvfs to v1.12.2-r1 and its good so far. I will keep testing this. (In reply to comment #6) > I downgrade the gvfs to v1.12.2-r1 and its good so far. I will keep testing > this. Any news? Nope... I'm almost recompiled whole system with same result: (In reply to comment #7) > (In reply to comment #6) > > I downgrade the gvfs to v1.12.2-r1 and its good so far. I will keep testing > > this. > > Any news? Nope... I'm almost recompile whole system with same result: - gvfs 1.12.3 = corrupts - gvfs 1.12.2-r1 = works fine Now I'm just waiting for new version of gvfs :| Will be better to try to find what of the small changes between .2 and .3 versions broke gvfs: http://git.gnome.org/browse/gvfs/log/?h=gnome-3-4 (In reply to comment #9) > Will be better to try to find what of the small changes between .2 and .3 > versions broke gvfs: > http://git.gnome.org/browse/gvfs/log/?h=gnome-3-4 Sure... It's better than nothing. So I Will try to determine which change screws my gvfs. According to https://bugs.archlinux.org/task/30061 the file corruption might be caused by something that sys-devel/prelink does to gvfs. Do you have prelink installed? (In reply to comment #11) > According to https://bugs.archlinux.org/task/30061 the file corruption might > be caused by something that sys-devel/prelink does to gvfs. Do you have > prelink installed? Hmmm yes... I would delete it but Wine is puling preling back... Any USE flag in Wine to disable that dependency? (In reply to comment #12) > Hmmm yes... I would delete it but Wine is puling preling back... > > Any USE flag in Wine to disable that dependency? No. However, it's safe to have prelink installed as long as you don't accidentally/automatically run it on gvfs and related libraries. For example, make sure that you do *not* have PRELINKING="yes" in /etc/conf.d/prelink (In reply to comment #13) > (In reply to comment #12) > > Hmmm yes... I would delete it but Wine is puling preling back... > > > > Any USE flag in Wine to disable that dependency? > > No. However, it's safe to have prelink installed as long as you don't > accidentally/automatically run it on gvfs and related libraries. For > example, make sure that you do *not* have PRELINKING="yes" in > /etc/conf.d/prelink The prelink is disabled on my Getnoo. Hmm, anyway I will try to unmerge wine and prelink, re-emerge gvfs 1.12.3 and do a couple of tests. I will let U know guys about result :) But that probably on Friday evening, so stay tuned, I dunno how but maybe this will help... :( Ok I'm finish testing and... Now its working fine... I copy about 10 times ~1,2GB file between partitions and physical devices, checksum was fine. I will test some more and let U know what happened. @toolchain, is there a way to blacklist glib's libgio and gvfs's libraries from automatic prelinking? add an env.d file with PRELINK_PATH_MASK set (In reply to comment #16) > @toolchain, is there a way to blacklist glib's libgio and gvfs's libraries > from automatic prelinking? Alexandre, what exact files need to be preserved? Or you could get the actual problem fixed instead of papering over it. (In reply to comment #19) > Or you could get the actual problem fixed instead of papering over it. Is this a prelink or gvfs bug? Sorry, I thought I saw a patch in one of the linked bug reports but I must have been thinking about a different issue. Something about inode numbers but of course now I can't find it If you reenable prelink does it start failing again? Can anyone else reproduce this? If you do use PRELINK_PATH_MASK then reopen the upstream bug report or file a new one please. (In reply to Ryan Hill from comment #21) > Sorry, I thought I saw a patch in one of the linked bug reports but I must > have been thinking about a different issue. Something about inode numbers > but of course now I can't find it > > If you reenable prelink does it start failing again? Can anyone else > reproduce this? > > If you do use PRELINK_PATH_MASK then reopen the upstream bug report or file > a new one please. Also test with latest version |