similar to: rsync & vfat

#1 yes, you should use -rt instead of -a as everything else in -a is incompatible with vfat. #2 timestamps will always be a problem on vfat. It has a 1 or 2 second resolution so --modify-window=2 is a common solution. However, if you live somewhere that has yearly clock changes (we call it daylight savings time) those will cause the timestamps to be off by an hour on top of the 1-2 second

You don't have to change the system setting just change the TZ env variable in the terminal you run rsync in. On 01/16/2018 01:30 PM, John Long via rsync wrote: > Thanks a lot, Kevin. > > I have a new Linux box and tried to set it to UTC but I think gnome > outsmarted me... > > I'll use -rt and maybe ignore timestamps entirely rather than the > window. If I find

Thanks a lot, Kevin. I have a new Linux box and tried to set it to UTC but I think gnome outsmarted me... I'll use -rt and maybe ignore timestamps entirely rather than the window. If I find something wrong on the USB stick I can always copy it again. I love the -c option, but it takes forever on slow media. John On Tue, 2018-01-16 at 13:27 -0500, Kevin Korb via rsync wrote: > #1 yes,

Hi, we do a nightly backup using rsync (v2.5.6 as server on RedHat 7.3 and rsync 2.5.5 on Windows 2000/Cygwin). The backup media connected to the Windows-Client is a VFAT-formatted Maxtor USB-Disk. Everytime I run rsync from the windows-client, the following error occurs: --- <snip> --- rsync.exe -avzr --compress --stats --delete --timeout=240 --modify-window=2 rsync@server::development

Hi, rsync version 2.5.6 protocol 26.....used in mdk 9.2 I have some difficulties.. As user internet...in console.. command... su -c "rsync -auvr /home/internet/tstrsync1/ /mnt/win_d/tstmdk1/ 1> auvr-su.txt 2> auvr-su.err" results..... auvr-su.txt... building file list ... done <<snip>> use-update wrote 1179 bytes read 132 bytes 2622.00 bytes/sec total size is 672

https://bugzilla.samba.org/show_bug.cgi?id=5520 Summary: Rsync cannot copy to a vfat partition on kernel 2.6.25+ Product: rsync Version: 3.0.3 Platform: All URL: https://bugzilla.redhat.com/show_bug.cgi?id=449080 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core

Hi, I have been using rsync for over ten years. Thank you! It is a great tool. Recently I had the misfortune to have to use it to sync files to a USB stick that is for a platform that only supports FAT32. After missing the point a few times and having it copy some of the same directories and files needlessly I saw the timestamps on the source files (in reasonable filesystems like JFS, XFS,

I'm running Red Hat Linux 5.0/Intel with samba-1.9.18p7-50.1. The PC I have has a hard disk with a /dev/hda1 which is a Win 95 partition and a /dev/hda3 which is a Linux partition. The mount looks like this: /dev/hda3 on / type ext2 (rw) /dev/hda1 on /win95 type vfat (rw,gid=100,umask=0002) and the gid=100 is the group users and contains only myself, chj. The mount point /win95 is owned by

I'm running Samba on Ubuntu server. I know, perhaps it is not related with Ubuntu Server 8.04, but rather with Samba itself, but I thought perhaps someone has similar experience... I have a couple of shares on Samba on a vfat (fat32) volume. As everybody knows Linux permissions does not work on vfat, except on mount folder where vfat partition is mounted. I though that is really not a

I recently added a 60Gig HD to my little linux server at home with the intention of sharing it via Samba to all my PCs which run Windows 98SE. I really want to use vfat file system on it. The server is running Mandrake 8.1, so kernel 2.4.something, and the Samba that came with it. Much to my disappointment I quickly discovered poor performance copying files to it, the copy is like slow to get

Hi all, My system is : kernel 2.4.8 with ext3-0.9.6 patch e2fsprogs-1.22-2, mount-2.11g, util-linux-2.11f And ext3 filesystem works fine, but when a vfat partition is mounted: [fargo] [~] # mount /dev/hdd1 /mnt/tmp [fargo] [~] # mount /dev/hda1 on / type ext2 (rw) none on /proc type proc (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) /dev/hdd1 on /mnt/tmp type vfat (rw) everything looks

Hi, I've tried a couple of different versions/distros and can't seem to mount a FAT32 (vfat) partition and then share it with Samba, such that all use of R/A/S/H attributes (for files and folder) is maintained... So I'm wondering if this is even possible? I've most recently been testing with host: Debian 4.0 (Linux 2.6.18-4-686) which includes Samba 3.0.24 client: WinXP

On Wed, Sep 05, 2018 at 04:37:05PM +0100, Richard W.M. Jones wrote: > > Here's a fun one: > > + guestfish -N test-virt-sparsify-in-place-fstrim-unsupported.img=fs:vfat exit > + virt-sparsify --in-place test-virt-sparsify-in-place-fstrim-unsupported.img > + tee test-virt-sparsify-in-place-fstrim-unsupported.log > [ 2.4] Trimming /dev/sda1 > [ 7.5] Sparsify in-place

On Wed, Sep 05, 2018 at 04:45:51PM +0100, Richard W.M. Jones wrote: > On Wed, Sep 05, 2018 at 04:41:01PM +0100, Daniel P. Berrangé wrote: > > On Wed, Sep 05, 2018 at 04:37:05PM +0100, Richard W.M. Jones wrote: > > > > > > Here's a fun one: > > > > > > + guestfish -N test-virt-sparsify-in-place-fstrim-unsupported.img=fs:vfat exit > > > +

On Wed, Sep 05, 2018 at 04:53:03PM +0100, Daniel P. Berrangé wrote: > On Wed, Sep 05, 2018 at 04:45:51PM +0100, Richard W.M. Jones wrote: > > On Wed, Sep 05, 2018 at 04:41:01PM +0100, Daniel P. Berrangé wrote: > > > On Wed, Sep 05, 2018 at 04:37:05PM +0100, Richard W.M. Jones wrote: > > > > > > > > Here's a fun one: > > > > > > >

OK. I'll setup the scenario. I'm trying to use a USB Vfat drive shared via samba to an OSX 10.5.8 client. When copying files from the Mac to Samba 3.0.26a I kept getting this error: You do not have sufficient privileges to complete this operation (or something close to that) And it would not complete the copy operation. This is resolved for the moment, but wanted to share some of

https://bugzilla.samba.org/show_bug.cgi?id=1605 Summary: Copy from NTFS to VFAT produces mkstemp and stat errors Product: rsync Version: 2.6.2 Platform: x86 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

it's most likely because of vfat timestamp limitation try --modify-window ????????????? When comparing two timestamps, rsync treats the timestamps as being equal if they differ by no more than? the modify-window ????????????? value.?? This? is? normally? 0 (for an exact match), but you may find it useful to set this to a larger value in some situa- ????????????? tions.? In particular,

deoren <centos-list at whyaskwhy.org>schreef: On 6/12/2015 4:10 AM, johan.vermeulen7 at telenet.be wrote: > Hello, > > I had C6 running on a lot of Latitude E6500 laptops and I now have C7 on all of them, and I do > not have any complaints on overheating. In fact, I get no complaints at all on the laptop, apart from being heavy. > I never had that on any laptop running

Hello I have used samba for many years, and it worked great (thanks!). Anyway, I recently decided to add a USB drive to the server. Currently running 2.6.29.2 linux kernel, debian etch. samba version 3.0.24 The USB drive is VFAT I am able to write small files remotely to the USB drive (a few Kb, 10's of Kb) without a problem. However, whenever I try to write something "larger"