Hi,

I am mounting 2nd partition of USB drive formatted NTFS. I can read filesystem, create directories, however when I copy files using rsync the system freezes. Not seeing anything interesting in syslog.

system / fuse info



Any suggestions for diagnostic/troubleshooting appreciated.

Thank you,

Waitman Gobble
San Jose, California USA

Hi,


Well, first try to help people who could help. Which ntfs-3g version you are using ?

Is the problem specific to the 2nd partition of a USB drive ? Does it happen with an internal drive or with the first partition of a USB drive ? Does it happen with a non-NTFS 2nd partition of a USB drive ?

Does the freeze happen when you use a plain cp ?

Note : ntfs-3g is a user-space file system, so it is unlikely to cause a system to freeze.

Regards

Jean-Pierre

Hi,

here is ntfs-3g version:

ntfs-3g 2011.4.12 external FUSE 27

OK it might be an rsync problem... but having some issue.

# cd /mnt/USB
# mkdir 2012-02-05\ Kaiser\ Half\ Marathon
# cd 2012-02-05\ Kaiser\ Half\ Marathon
# cp -R /home/waitman/tmpimg/* .

{seems to be working, except it complains about a missing file.}
/mnt/USB/2012-02-05 Kaiser Half Marathon/tiff/IMG_8100.tiff: No such file or directory
I stop it with Ctrl-C then try rsync

#rsync -av /home/waitman/tmpimg/* .
{system freeze}

power off and power on...

# cp -R /home/waitman/tmpimg/* .
cp: ./tiff/IMG_8278.tiff: Input/output error
cp: ./tiff/IMG_8101.tiff: Input/output error
...

# rmdir tiff
rmdir: tiff: Directory not empty
# rm -Rf tiff
rm: tiff: Directory not empty
# pwd
/mnt/USB/2012-02-05 Kaiser Half Marathon/tiff
# rm *
rm: No match.
# ls

for some reason it's being stubborn about the tiff directory, but cp seems to have copied the other files and directories.

maybe i need to look up the sync or repair command.

Thanks so much for your help!

Waitman Gobble
San Jose California USA

more info...


unmount and (re) mount works, doesn't "complain" about unclean filesystem

dmesg...

ugen4.3: <Seagate> at usbus4 (disconnected)
umass0: at uhub4, port 3, addr 3 (disconnected)
(da0:umass-sim0:0:0:0): lost device - 0 outstanding, 0 refs
(da0:umass-sim0:0:0:0): removing device entry
ugen4.3: <Seagate> at usbus4
umass0: <Seagate FreeAgent GoFlex, class 0/0, rev 2.10/1.00, addr 3> on usbus4
umass0: SCSI over Bulk-Only; quirks = 0x4100
umass0:4:0:-1: Attached to scbus4
da0 at umass-sim0 bus 0 scbus4 target 0 lun 0
da0: <Seagate FreeAgent GoFlex 211> Fixed Direct Access SCSI-0 device
da0: 40.000MB/s transfers
da0: 476940MB (976773167 512 byte sectors: 255H 63S/T 60801C)

trying other partition:

#ntfs-3g /dev/da0s1 /mnt/music
#cd /mnt/music
#mkdir tmpimage
#cd tmpimage
#cp -R /home/waitman/tmpimage/tiff .

seems to work.


So, probably something up with rsync.. but not sure about the tiff directory on the /mnt/USB (2nd partition).

Thank you,

Waitman Gobble
San Jose California USA

Hi,


A good one.

Associated to these error, there should be an explanation in the syslog. Most likely the directory tiff is corrupt, possibly caused by an earlier freeze.

First of all, start a "chkdsk /f" on a Windows box, to repair any inconsistencies.

This smells like a hardware issue.

If you still have problems after a "chkdsk /f", you may have to do a full surface check. Maybe it is time to do a full backup....

Regards

Jean-Pierre

Hi,

Thanks for the reply.

ugen4.3: <Seagate> at usbus4 (disconnected)
umass0: at uhub4, port 3, addr 3 (disconnected)
(da0:umass-sim0:0:0:0): lost device - 0 outstanding, 0 refs
(da0:umass-sim0:0:0:0): removing device entry

"This smells like a hardware issue."

Not 100% sure if there is hardware failure but the drive is only a few months old. I think that message showed up when I unmounted the drive... so not really an 'error'.

chkdsk seems to have solved the 'tiff' directory problem. I still need to find the issue with rsync - while testing on other drives there does not appear to be a problem, the freeze seems to happen only when I rsync to the ntfs-3g connected drive. When the freeze happens there's no relative info in syslog.

Waitman

Hi,


I did not mean the drive to be faulty. I have a computer whose USB driver hangs when I copy a file from a USB port to another USB port (I have to make a temporary copy on an internal disk).

Depending on options used, rsync has a specific mode of copying files. For instance it usually creates a temporary file which is renamed when the copy is successful.

Maybe you hit some function not implemented on FreeBSD. I think the extended attributes are not implemented.

will tell you what is implemented in ntfs-3g (but not what is implemented in fuse).

Then, to know at which point it freezes, mount your drive in debug mode in a specific window :

then start rsync in another window, without hiding the first window, so that you get the latest item before the freeze, and post what you can see (redirecting stderr to a file will probably not show the last item).