Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2500039
By: szaka
Hello! This message is basically copy-pastes from my answer sent to linux-ntfs-dev
for Trey's forwarded message. Full email is at
http://marc.theaimsgroup.com/?l=linux-ntfs-dev&m=108072332430789&w=2
I'm sorry if the copy-paste will be obfuscated by sourceforge, unfortunately
I can't do much about it.
> During these two delays, the hard drive light at the remote
> (destination) PC is continuously on
Good catch! It would be very nice to test this if the remote host isn't
Windows
with NTFS but a Unix Samba server. I bet you wouldn't have this problem
unless the SMB (CIFS) protocol mandates this must be the behavior (I doubt)
Some further investigation revealed, the file IO operations doesn't work the
same way
on NTFS as on Unix filesystems because the softwares must set explicitely the
file sparse on NTFS to get the
same behaviour as on Unix (no extra coding needed on Unix). I'm not sure
this is possible via smbfs ... actually I'm afraid, probably it's quite
impossible.
Workaround for this case is what you also reported to work (but it's
ususally much slower, however in that case it should be compressed
better).
ntfsclone -o - device > /mnt/windows_share/ntfs.img
I'll add detection and a diagnostic message, suggestion to ntfsclone for
the failing case.
As for the long term, there will be an additional image format that won't
have this problem. Hopefully it will be Partimage's image format, we're
already investigating/discussing how to replace Partimage experimental
NTFS support with the stable Linux-NTFS code. That way people would have
both GUI and command line backup/restore tools using the same image format
and NTFS code.
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=44085
|