FreeFileSync Hangs

[n4af]

Have tried maybe 20 times. Always hangs. Usually the screen clears indicating
heavy i/o, but my event monitor does not show heavy i/o or memory usage--maybe
tight loop ??
Update--just tried on ext3 file and ran ok.
EXT4 solid failure. adding NODELALLOC to mount d/n make a difference.
Ubuntu10.04, ffs
[404, Invalid URL: http://blountscreek.org/hang2.png]
Downloaded both the "ubuntu" from sourceforge and the .deb with the same
results (FFS 3,8)
Anything I can try ???

[n4af]

[404, Invalid URL: http://blountscreek.org/hang1.png]
[404, Invalid URL: http://blountscreek.org/hang3.png]

[n4af]

I am reading from mounted partition sdc6 -mounted as /media/sdc6 (LinuxMint9)
and writing to USB 1tb ntfs hard drive mounted as /media/sdd5
(/media/sdd5/sync/sdc6)
I have tried mounting sdc6 as both r/o and as r/w. the usb drive is r/w.
When FFS hangs/loops, I must click on X multiple times and 'force quit'.
I cannot umount /dev/sdc6, system says it is "busy".

I backup from sdc6 to usb often using clonezilla, fsarchiver, rdiff-backup
with no problems.
I do seem to recall a problem using BackInTime. It was documented as a ext4
problem circumventable by setting nodelallooc on the ext4 mount, but it did
not work there either.

The COMPARE runs ok, near instant hang on Sync:
[404, Invalid URL: http://blountscreek.org/hang4.png]

Hope that helps, Howard

Filesystem Type Size Used Avail Use% Mounted on
/dev/sdb5 ext4 19G 4.7G 13G 27% /
none devtmpfs 1002M 384K 1002M 1% /dev
none tmpfs 1006M 1.5M 1005M 1% /dev/shm
none tmpfs 1006M 96K 1006M 1% /var/run
none tmpfs 1006M 0 1006M 0% /var/lock
none tmpfs 1006M 0 1006M 0% /lib/init/rw
/dev/sdc9 fuseblk 19G 4.7G 14G 26% /media/sdc9
/dev/sdb2 ext4 19G 4.5G 13G 26% /media/sdb2
/dev/sdd3 fuseblk 346G 184G 163G 54% /media/NDRV
/dev/sdd1 fuseblk 293G 122G 172G 42% /media/Jdisk
/dev/sdd5 fuseblk 293G 60G 234G 21% /media/Odrive <<<<<<<<<<<<
/dev/sdc6 ext4 25G 3.8G 20G 17% /media/sdc6 <<<<<<<<<<<<

[n4af]

Not sure how to close this--
I moved this problem over to HELP, as it seems a more appropriate location...

[Zenju]

Hi n4af,

the copying routine is pretty much standard, so there is not that much that
can go wrong. So let's narrow this issue down:

- Have you tried older versions of the tool and if so, do they exhibit the same problem?

- Could you test whether it's related to recycle bin usage?

- The file access routine is located in "shared/fileIO.cpp":
Could you replace
::fopen(filename.c_str(), "rb,type=record,noseek");
by
::fopen(filename.c_str(), "rb");
compile again and see if it makes a difference? Maybe the "type=record,noseek"
makes problems on some FS.

Regards, Zenju

[Zenju]

DISCUSSION MOVED TO

viewtopic.php?t=989