Comments on: The State of Backup and Cloning Tools under Mac OS X http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/ Mac OS X Gordian Knots Smashed Wed, 24 Feb 2010 06:17:46 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Xag http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-51079 Xag Sun, 23 Aug 2009 23:30:21 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-51079 <p>This can be of interest: automatic back up on a USB key without a click. It's a do-it-yourself. It uses rsyncx, no other third party app. http://mogrifiers.blogspot.com/2009/08/quick-usb-backup-from-mac.html</p> This can be of interest: automatic back up on a USB key without a click. It’s a do-it-yourself. It uses rsyncx, no other third party app. http://mogrifiers.blogspot.com/2009/08/quick-usb-backup-from-mac.html

]]> By: naechtliches backup auf kleines externes Medium | hilpers http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-45281 naechtliches backup auf kleines externes Medium | hilpers Tue, 20 Jan 2009 15:26:41 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-45281 <p>[...] naechtliches backup auf kleines externes Medium Hallo, was waere euer Vorgehen, um z.B. naechtlich mittels cron-job auf einem USB-Stick ein backup laufen zu lassen? Anwendung ist z.B. ein laptop oder Mac Mini mit z.B. 40 GB Platte und ein externer USB-Stick mit z.B. 8 GB. Recht einfach ist die Kombination mit einem cron-job und tar, um alle Dateinen der letzten 24 Stunden komprimiert zu archivieren. Interessanter waere vielleicht rsync u.a. Nach der Lektuere von http://blog.plasticsfuture.org/2006/...nder-mac-os-x/ stelle ich aber fest: MacOSX und HFS+ scheinen doch noch erhebliche 'Tricks' auf Lager zu haben, wo resource forks und HFS+ Extended Attributes eher mehr Probleme schaffen, als ein backup zu vereinfachen. Wichtigere Randbedingung: das backup soll komprimiert werden. Ich vermute, gerade daran scheitern die sonst besten Ansaetze? ditto und damit CarbonCopyCloner kommen in dem genannten blog recht schlecht weg. SuperDuper war eher auf der Empfehlungsseite. Ueberhaupt scheint der Finder vielen Programmen gerne ein Bein zu stellen, wenn Daten noch nicht im .DS_Store stehen, sondern noch immer nur im cache vorliegen? Schoenen Gruss Martin [...]</p> [...] naechtliches backup auf kleines externes Medium Hallo, was waere euer Vorgehen, um z.B. naechtlich mittels cron-job auf einem USB-Stick ein backup laufen zu lassen? Anwendung ist z.B. ein laptop oder Mac Mini mit z.B. 40 GB Platte und ein externer USB-Stick mit z.B. 8 GB. Recht einfach ist die Kombination mit einem cron-job und tar, um alle Dateinen der letzten 24 Stunden komprimiert zu archivieren. Interessanter waere vielleicht rsync u.a. Nach der Lektuere von http://blog.plasticsfuture.org/2006/…nder-mac-os-x/ stelle ich aber fest: MacOSX und HFS+ scheinen doch noch erhebliche ‘Tricks’ auf Lager zu haben, wo resource forks und HFS+ Extended Attributes eher mehr Probleme schaffen, als ein backup zu vereinfachen. Wichtigere Randbedingung: das backup soll komprimiert werden. Ich vermute, gerade daran scheitern die sonst besten Ansaetze? ditto und damit CarbonCopyCloner kommen in dem genannten blog recht schlecht weg. SuperDuper war eher auf der Empfehlungsseite. Ueberhaupt scheint der Finder vielen Programmen gerne ein Bein zu stellen, wenn Daten noch nicht im .DS_Store stehen, sondern noch immer nur im cache vorliegen? Schoenen Gruss Martin [...]

]]> By: Disk Utility - First Aid Failed - MacNN Forums http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-45150 Disk Utility - First Aid Failed - MacNN Forums Sun, 11 Jan 2009 20:14:33 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-45150 <p>[...] Slowly going insane while waiting for a fix As for the $28, most people know that SD still does <em>full</em> clones for <em>free</em> -- and it always has. The $28 buys incremental (or "differential" if you prefer that terminology) backup features. What else did SD do differently? Well, according to these articles (from 2006), SD was the top cat in the "preserving the most metadata" department: The State of Backup and Cloning Tools under Mac OS X [...]</p> [...] Slowly going insane while waiting for a fix As for the $28, most people know that SD still does full clones for free — and it always has. The $28 buys incremental (or "differential" if you prefer that terminology) backup features. What else did SD do differently? Well, according to these articles (from 2006), SD was the top cat in the "preserving the most metadata" department: The State of Backup and Cloning Tools under Mac OS X [...]

]]> By: Super Flexible File Synchronizer vs SuperDuper - general update on backup universe - MacNN Forums http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-43633 Super Flexible File Synchronizer vs SuperDuper - general update on backup universe - MacNN Forums Sat, 22 Nov 2008 13:08:48 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-43633 <p>[...] I have been a very happy user of SuperDuper for many years - and have recommended it widely but I have run into a limitation that has made me look elsewhere. To be specific what I was looking for was a detailed way to run backups not just on a schedule (which SD can do if registered) but if a scheduled backup is missed then at the next earliest opportunity. Furthermore, I wanted to be emailed with a summary of the backup success or failure - and emailed if the backup had not run at all. All of these items and many more I have found in the app Super Flexible File Synchronizer. However, and this is the big but - has anyone had any long term experience with this app and what are your thoughts of using it following a restore. How does it play with large package format files on a Mac such as Aperture & iPhoto Libraries? Also, does it copy file attributes with anything like the success of SuperDuper - check out this article for an in-depth examination of what I am really trying to get at: plasticsfuture Blog All thoughts gratefully appreciated... [...]</p> [...] I have been a very happy user of SuperDuper for many years – and have recommended it widely but I have run into a limitation that has made me look elsewhere. To be specific what I was looking for was a detailed way to run backups not just on a schedule (which SD can do if registered) but if a scheduled backup is missed then at the next earliest opportunity. Furthermore, I wanted to be emailed with a summary of the backup success or failure – and emailed if the backup had not run at all. All of these items and many more I have found in the app Super Flexible File Synchronizer. However, and this is the big but – has anyone had any long term experience with this app and what are your thoughts of using it following a restore. How does it play with large package format files on a Mac such as Aperture & iPhoto Libraries? Also, does it copy file attributes with anything like the success of SuperDuper – check out this article for an in-depth examination of what I am really trying to get at: plasticsfuture Blog All thoughts gratefully appreciated… [...]

]]> By: Discussions on Mac Backup Strategies and Techniques: My Mac Journal http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-42697 Discussions on Mac Backup Strategies and Techniques: My Mac Journal Tue, 04 Nov 2008 16:15:25 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-42697 <p>[...] The CCC homepage pointed to this article, which is a fantastic resource on how the file metadata system introduced with the Mac OS X operating system introduces a ton of complications for those who think all that is needed to back up a Mac’s file system is to do a drag files and directories to another volume. [...]</p> [...] The CCC homepage pointed to this article, which is a fantastic resource on how the file metadata system introduced with the Mac OS X operating system introduces a ton of complications for those who think all that is needed to back up a Mac’s file system is to do a drag files and directories to another volume. [...]

]]> By: psychotron.net » Blog Archive » Advanced Mac OS X Programming http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-41457 psychotron.net » Blog Archive » Advanced Mac OS X Programming Thu, 02 Oct 2008 23:08:40 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-41457 <p>[...] I tre capitoli sul Filesystem sono poi molto interessanti, perche’ oltre a ripassare le tipiche funzioni per la lettura e scrittura dei files, si parla di tutti gli attributi e metadati che puo’ avere un file. Con Mac OS X siamo ai massimi storici come quantita’ di metadati perche’ oltre ad avere i classici permessi POSIX e proprietari, abbiamo da tener conto di attributi del Finder, Resource Forks, Extended Attributes, ACL e altro. Tutto questo poi purtroppo non puo’ essere gestito da una sola API, ma da un miscuglio di BSD,Carbon e Cocoa. Se si e’ pignoli, fare un backup corretto non e’ proprio un gioco da ragazzi. [...]</p> [...] I tre capitoli sul Filesystem sono poi molto interessanti, perche’ oltre a ripassare le tipiche funzioni per la lettura e scrittura dei files, si parla di tutti gli attributi e metadati che puo’ avere un file. Con Mac OS X siamo ai massimi storici come quantita’ di metadati perche’ oltre ad avere i classici permessi POSIX e proprietari, abbiamo da tener conto di attributi del Finder, Resource Forks, Extended Attributes, ACL e altro. Tutto questo poi purtroppo non puo’ essere gestito da una sola API, ma da un miscuglio di BSD,Carbon e Cocoa. Se si e’ pignoli, fare un backup corretto non e’ proprio un gioco da ragazzi. [...]

]]> By: rptb1 http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-41371 rptb1 Mon, 29 Sep 2008 18:49:35 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-41371 <p>See http://www.bombich.com/mactips/rsync.html for updated information on rsync, which now checks all the boxes (except inode) in the table in the article.</p> See http://www.bombich.com/mactips/rsync.html for updated information on rsync, which now checks all the boxes (except inode) in the table in the article.

]]> By: lucidsystems http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-40973 lucidsystems Wed, 17 Sep 2008 10:45:59 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-40973 <p><a href="http://www.lucidsystems.org/tools/lbackup" rel="nofollow">LBackup</a> uses <a href="http://www.rsync.samba.org" rel="nofollow">rsync</a> to copy data</a>. The latest stable version of rsync (version 3.0.4) is capable of preserving a great deal of the Mac OS X related metadata.</p> LBackup uses rsync to copy data. The latest stable version of rsync (version 3.0.4) is capable of preserving a great deal of the Mac OS X related metadata.

]]> By: n8gray.org: Backup Bouncer is Working, Confusing, Annoying Developers http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-37162 n8gray.org: Backup Bouncer is Working, Confusing, Annoying Developers Mon, 02 Jun 2008 20:06:20 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-37162 <p>[...] The FIFO/device file tests are not included in either the “critical” or “important” set of tests. So I’m saying (and have always said) that most users, even most power users, won’t care about them. So why test for them at all? Consider the situation before Maurits’ blogged on backups and BB existed. Most people, myself included, didn’t even know what the full set of OS X filesystem object types and metadata was. Maurits filled us in on what existed, but knowing how to test for preservation was still a black art. BB was meant to democratize that testing, but also to act as an exhaustive test set. (I don’t claim to have achieved even close to 100% coverage, but that’s the goal.) So it’s important to me that BB include tests for any metadatum or filesystem object that can conceivably have a reason to be backed up. [...]</p> [...] The FIFO/device file tests are not included in either the “critical” or “important” set of tests. So I’m saying (and have always said) that most users, even most power users, won’t care about them. So why test for them at all? Consider the situation before Maurits’ blogged on backups and BB existed. Most people, myself included, didn’t even know what the full set of OS X filesystem object types and metadata was. Maurits filled us in on what existed, but knowing how to test for preservation was still a black art. BB was meant to democratize that testing, but also to act as an exhaustive test set. (I don’t claim to have achieved even close to 100% coverage, but that’s the goal.) So it’s important to me that BB include tests for any metadatum or filesystem object that can conceivably have a reason to be backed up. [...]

]]> By: Rsyncx to backup Mac | Tongfamily.com http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-34016 Rsyncx to backup Mac | Tongfamily.com Mon, 28 Apr 2008 05:39:20 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-34016 <p>[...] Plasticfutures.org has a good deeper analysis of the various tools. [...]</p> [...] Plasticfutures.org has a good deeper analysis of the various tools. [...]

]]> By: PG http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-3/#comment-25012 PG Mon, 24 Mar 2008 19:00:43 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-25012 <p>Carbon Copy Cloner 3.1 has now been released: http://www.bombich.com/software/ccc.html</p> <p>According to an independent backup-integrity testing tool (Backup-Bouncer: http://www.n8gray.org/blog/2007/04/27/introducing-backup-bouncer/ ), it successfully preserves ALL metadata. </p> <p>maurits - I saw your posts on the Backup-Bouncer site: I'm aware of your time constraints, so I don't expect a full update of the test results. But, I think it would be of great benefit if you would add a brief "update" note, simply saying that (a) some of the tools (e.g. CCC) have been updated, with much better results, and (b) a link to Backup-Bouncer.</p> <p>Otherwise, people coming across this page are going to be misinformed about the current state of affairs, and might spend a fair amount of time tracking current information down.</p> <p>Thanks for this great work - you really started something, and a lot of good results have come from it!</p> <p>PG</p> Carbon Copy Cloner 3.1 has now been released: http://www.bombich.com/software/ccc.html

According to an independent backup-integrity testing tool (Backup-Bouncer: http://www.n8gray.org/blog/2007/04/27/introducing-backup-bouncer/ ), it successfully preserves ALL metadata.

maurits – I saw your posts on the Backup-Bouncer site: I’m aware of your time constraints, so I don’t expect a full update of the test results. But, I think it would be of great benefit if you would add a brief “update” note, simply saying that (a) some of the tools (e.g. CCC) have been updated, with much better results, and (b) a link to Backup-Bouncer.

Otherwise, people coming across this page are going to be misinformed about the current state of affairs, and might spend a fair amount of time tracking current information down.

Thanks for this great work – you really started something, and a lot of good results have come from it!

PG

]]> By: Rob http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-2/#comment-22313 Rob Wed, 06 Feb 2008 23:49:02 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-22313 <p>P.S. Carbon Copy Cloner 3.0.1 is now based on asr. But even though asr does not always preserve metadata, Carbon Copy Cloner does copy metadata including BSD Flags, Locked, Extended Attributes, Symlink Ownership, etc. </p> <p>But there may be a bug in 3.0.1. If the file is locked, CCC may not always copy extended attributes. I hope that gets fixed soon.</p> P.S. Carbon Copy Cloner 3.0.1 is now based on asr. But even though asr does not always preserve metadata, Carbon Copy Cloner does copy metadata including BSD Flags, Locked, Extended Attributes, Symlink Ownership, etc.

But there may be a bug in 3.0.1. If the file is locked, CCC may not always copy extended attributes. I hope that gets fixed soon.

]]> By: Rob http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-2/#comment-22294 Rob Wed, 06 Feb 2008 19:34:47 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-22294 <p>I don't know why the author is tracking the "locked Flag". Mac OS X uses the BSD flag "uchg" to lock or unlock a file. </p> <p>All you need to do is check to see whether the BSD flags are being copied. If they are, then the "locked" status of the file will also be copied.</p> I don’t know why the author is tracking the “locked Flag”. Mac OS X uses the BSD flag “uchg” to lock or unlock a file.

All you need to do is check to see whether the BSD flags are being copied. If they are, then the “locked” status of the file will also be copied.

]]> By: Rob http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-2/#comment-22292 Rob Wed, 06 Feb 2008 19:31:55 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-22292 <p>I can confirm that asr in its file-copy mode is still badly broken in Tiger 10.4.11. (The asr version is 72).</p> <p>I created two disk images and put some files in the first. Then I used asr to copy the files from the first disk image to the second.</p> <ol> <li>No extended attributes were copied.</li> <li>No BSD flags were copied.</li> <li>No locked flags were copied (which are just a type of BSD flag).</li> <li>Symlink ownership was not copied.</li> </ol> <p>And it really messed up the Symlink ownership. One of symlinks had the owner of rob:dummy. When the symlink was copied, it became root:rob. How it did this is beyond my comprehension.</p> <p>Come on Apple. Why don’t you fix these long-standing bugs!</p> I can confirm that asr in its file-copy mode is still badly broken in Tiger 10.4.11. (The asr version is 72).

I created two disk images and put some files in the first. Then I used asr to copy the files from the first disk image to the second.

  1. No extended attributes were copied.
  2. No BSD flags were copied.
  3. No locked flags were copied (which are just a type of BSD flag).
  4. Symlink ownership was not copied.

And it really messed up the Symlink ownership. One of symlinks had the owner of rob:dummy. When the symlink was copied, it became root:rob. How it did this is beyond my comprehension.

Come on Apple. Why don’t you fix these long-standing bugs!

]]> By: chipwreck | blog » archive » Backup script using RsyncX http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-2/#comment-21693 chipwreck | blog » archive » Backup script using RsyncX Sat, 26 Jan 2008 18:55:23 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-21693 <p>[...] More details can be found here: blog.plasticsfuture.org [...]</p> [...] More details can be found here: blog.plasticsfuture.org [...]

]]> By: New Home Server | Robert Accettura’s Fun With Wordage http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-2/#comment-20679 New Home Server | Robert Accettura’s Fun With Wordage Wed, 02 Jan 2008 03:30:19 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-20679 <p>[...] Next I wanted to replicate data across the drives on a cron. Initially I was thinking rsync, since as of 10.4, it’s resource-fork aware. It turns out that’s not really true. I ended up going back to SuperDuper to copy between the drives. It only copies changed files, and once a week will delete removed files (so if you accidentally delete something, there’s still a chance to recover, unless you do it at the wrong time). Not a bad solution IMHO. Still would prefer rsync more. Initial backup took less than 1/2 hour. Just a few minutes should be enough to keep the disks in sync. I briefly considered setting up RAID, but decided against it since RAID is not backup. It doesn’t protect against things like corruption. [...]</p> [...] Next I wanted to replicate data across the drives on a cron. Initially I was thinking rsync, since as of 10.4, it’s resource-fork aware. It turns out that’s not really true. I ended up going back to SuperDuper to copy between the drives. It only copies changed files, and once a week will delete removed files (so if you accidentally delete something, there’s still a chance to recover, unless you do it at the wrong time). Not a bad solution IMHO. Still would prefer rsync more. Initial backup took less than 1/2 hour. Just a few minutes should be enough to keep the disks in sync. I briefly considered setting up RAID, but decided against it since RAID is not backup. It doesn’t protect against things like corruption. [...]

]]> By: Blog 2 http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-2/#comment-20024 Blog 2 Wed, 19 Dec 2007 15:36:46 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-20024 <p>[...] The State of Backup and Cloning Tools under Mac OS X [...]</p> [...] The State of Backup and Cloning Tools under Mac OS X [...]

]]> By: Charles Young http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-2/#comment-19819 Charles Young Thu, 13 Dec 2007 23:54:02 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-19819 <p>I've had a lot of success with Bacula. [www.bacula.org].</p> <p>It's great if you've got a few machines to backup and can spare a few hours to configure it.</p> <p>There is a good resource for bacula for OSX at http://www.haught.org/howto/detail/tag/tech/item/bacula_osx/</p> <p>and a prebuilt binary client at http://www.pixelchaos.net/</p> <p>As for most backup applications (as opposed to DR), it is predicated on the idea of saving your data rather than your machine, but there is some flexibility to recover from bare metal if you want to go down that path. Personally I wouldn't generally bother.</p> I’ve had a lot of success with Bacula. [www.bacula.org].

It’s great if you’ve got a few machines to backup and can spare a few hours to configure it.

There is a good resource for bacula for OSX at http://www.haught.org/howto/detail/tag/tech/item/bacula_osx/

and a prebuilt binary client at http://www.pixelchaos.net/

As for most backup applications (as opposed to DR), it is predicated on the idea of saving your data rather than your machine, but there is some flexibility to recover from bare metal if you want to go down that path. Personally I wouldn’t generally bother.

]]> By: Anders http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-2/#comment-18585 Anders Fri, 16 Nov 2007 16:01:34 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-18585 <p>You should look at "Unison" http://www.cis.upenn.edu/~bcpierce/unison/ I use it to keep my laptop files synced. I used macports to get and install. http://www.macports.org/ enjoy!</p> You should look at “Unison” http://www.cis.upenn.edu/~bcpierce/unison/ I use it to keep my laptop files synced. I used macports to get and install. http://www.macports.org/ enjoy!

]]> By: Matt & Jen Simerson » Backing up a Mac http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and-cloning-tools-under-mac-os-x/comment-page-2/#comment-18318 Matt & Jen Simerson » Backing up a Mac Mon, 12 Nov 2007 16:14:25 +0000 http://blog.plasticsfuture.org/2006/03/04/the-state-of-backup-and-cloning-tools-under-mac-os-x/#comment-18318 <p>[...] I owned Synchronize! Pro years ago but gave up on it during the switch to OS X. CCC was the perfect (and only) tool for duplicating OS X drives for quite a while. I used and recommended it for a few years. It’s so good and cheap that I paid the suggested donation for it several times. It “just works.” However, CCC has grown rather long in the tooth. As new versions of OS X arrived, it has been slow to get updated and even the latest version today does not support all of OS X’s file metadata features. [...]</p> [...] I owned Synchronize! Pro years ago but gave up on it during the switch to OS X. CCC was the perfect (and only) tool for duplicating OS X drives for quite a while. I used and recommended it for a few years. It’s so good and cheap that I paid the suggested donation for it several times. It “just works.” However, CCC has grown rather long in the tooth. As new versions of OS X arrived, it has been slow to get updated and even the latest version today does not support all of OS X’s file metadata features. [...]

]]>