Date: Fri, 12 Jul 2013 11:25:51 -0700 From: Chris Maness <chris@chrismaness.com> To: Paul Kraus <paul@kraus-haus.org>, "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org> Subject: Re: OT: rsync on Mac OSX Message-ID: <CANnsUME3r_JmaRLt6x7kX4d_csHqX976rsfTyNfDu4sWOg=jaQ@mail.gmail.com> In-Reply-To: <AE01C744-2724-4F66-B656-D5DFDFF16E7C@kraus-haus.org> References: <CANnsUMGyULjmK%2BQYeJHggZ6B2082wCPvU-8E_qcyg4j2OMrSWg@mail.gmail.com> <67um8rd2r07ipc.fsf@saturn.laptop> <CANnsUMF8udkQq=qQaUEGPtW9-LXsbrmdx0va_8cd_AhfnGB%2B8A@mail.gmail.com> <67um8r61wsei8l.fsf@saturn.laptop> <CANnsUMFg-dE=txssfSLyX46H1f9CnES%2BJZ9aaZvJCw%2BCxzx-2w@mail.gmail.com> <CANnsUMEqP%2B=HjhBSdWNXqC_CO%2B4Qb%2BVh-FttYdYT_d9u4m%2B2Yw@mail.gmail.com> <AE01C744-2724-4F66-B656-D5DFDFF16E7C@kraus-haus.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jul 12, 2013 at 11:12 AM, Paul Kraus <paul@kraus-haus.org> wrote: > Dropping the list =85 > > On Jul 12, 2013, at 1:49 PM, Chris Maness <chris@chrismaness.com> wrote: > > > Checksums are the same. All other files still work however the HUGE > > rendered Final Cut Pro output, so I guess it is something in .DS_Store. > > Last time I just gave up and recopied everything by a simple cut and > paste > > and that solved the problem. I made a small change on the project toda= y, > > and I don't want to have to copy the WHOLE thing again just for a small > > delta. I already synced the directories, but the new rendered files ar= e > > still un-openable in any application even though the checksums match. > > Really weird. However, the project will still open and work on FCP. > Just > > the 12Gb rendered movie files will not play on anything even FCP. If I > > delete .DS_Store will the system regenerate it with the appropriate fil= e > > associations? > > The .DS_Store files are created by the Finder when you view a directory. > Are both source and destination on Mac HFS+ volumes ? If so, then you are > probably missing the resource forks. > > Back in the very old days of Mac OS (way before 10.x), Mac OS files had > two parts, the data part that contained the, well, data, and the resource > fork that contained the meta-data that Mac OS used to associate a file wi= th > an application. HFS+ volumes on Mac OS X still include the resource forks= , > but "foreign" filesystems (NFS, UFS, FAT, etc.) do not. The work around > that Apple came up with is to create .DS_Store and ._<foo> files to store > this metadata on non HFS+ volumes. > > You could try using ditto instead of rsync. ditto is a BSD derived copy > utility similar to rysnc, but I know that the Mac OS X version understand= s > resource forks and copies them as necessary. ditto may not be able to jus= t > copy changed blocks within a file, so you may still have to recopy the > entire file. > > But=85. I am also a little puzzled because applications on Mac OS X do no= t > NEED the resource fork to open a file, just to know which application to > use (and what options to hand it) to open a given file. A complete video > file, even without resource forks, should be able to be opened if you > explicitly telly he application to File -> Open =85. With the checksums > matching it is even odder. I expect that the large sizes (over 4 GB) are = a > contributing factor. > > Good luck and let me know what you find. > > -- > Paul Kraus > Deputy Technical Director, LoneStarCon 3 > Sound Coordinator, Schenectady Light Opera Company > > Thank you for the detailed description of what resource forks are. One more clue in this mystery is that appending .mov extension to it fixes the problem. I have never ran into this before, and I have even used rsync to back up movie projects before. It is not a big deal, but I always try to take the time to understand why things behave the way they do. I also suspect it has something to do with file size since all of the smaller files do not have this issue. Thanks, Chris Maness
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANnsUME3r_JmaRLt6x7kX4d_csHqX976rsfTyNfDu4sWOg=jaQ>