Matt Shelton

About four months ago, I set out to fix a looming technology problem at home, having no solid backup strategy. After some arguably un-scientific research, I came up with a solution which has given me a decent amount of the ever-sought-after piece-of-mind. It looked something like this:

• I subscribed to JungleDisk using Amazon S3 storage. It backed up about 30Gb of data (in about 10 days! ouch!) and then ran in the early morning to keep itself in sync.
• I set up an rdiff-backup script to mirror the important stuff to an external USB drive.
• I created a subversion repository for all of my installers, tools, installation CD iso images (which I created using MagicISO)
• I copied my entire media library onto a cheap, huge external SATA drive and brought it to work, which is a more secure location that my house.
• I mirrored my svn repository onto that external drive as well and set up a batch script to update it weekly.

All in all, this was a really good first effort. I was happy and felt secure, though I haven’t once had the need to use this wonderful system. I have, however, found some parts of it to be annoying. First of all, JungleDisk is SLOW. Really, really slow. Well, ok, it’s only slow to upload. It took TEN days to upload about 30Gb of data, which is about 34kb/sec. As a test, I did some uploads to servers around the country (I have friends in fun places), and averaged about 100kb/sec, so in my opinion either Amazon throttles their incoming bandwidth, which I can understand, or my route to S3 stinks. In addition, it slows my computer down when it runs. I feel like that’s really out of the question for a modern application.

These things are annoying, but they aren’t a hill to die on. What was really bothering me was the cost. I had estimated that it would cost about the same each month to use S3 as it does to use mozy.com or other similar options. I was wrong! It costs $4.95 each month for mozy, and about $7 each month for S3 with my usage. It’s not a huge difference, but it is annoying.

Back when I was looking at online storage, I tried mozy seriously and found the biggest weakness to be their Mac client, which I failed to note at the time was just freshly out of private beta. On a whim, I tried it again, still in beta but a tad newer. It still does that thing every time you start it up where it tries to scan your probable backup sets even though I don’t want it to. It does not, however, keep crashing and it is, to my delight, a LOT faster. I got my averaged upload speed when I let it run untethered. And, even when I did that, my mac barely noticed it was doing anything major with its network connection. The client lets you throttle the bandwidth use during a specific time range, so I turned it down to about 48kb/sec when home in the evenings so that the wife doesn’t notice that it’s chugging away. (She definitely noticed with JungleDisk.. low WAF to be sure!) It, therefore, uploaded the same 30Gb of data in under FOUR days. I even got to tail its log file and watch it upload each file. Exciting stuff, I tell you.

BUT, to complicate matters in the mean time, I had started using svn to store my digital images as well, so all of those lovely .svn directories were lying around, and there was no smart way to tell mozy to leave them alone. So, I devised a fairly straightforward workaround: I modified my rdiff-backup job to ignore these files and populated my mozy backup set with the rdiff’d backup set instead. I stagger the cron and mozy jobs to keep everything in sync, up to date and backed up. It works quite well, and I never have to look at it. Ever.

I do, of course, look at it every single day because I’m paranoid. I’d love to say I’ll start trusting it to just keep working, but to be honest, I like knowing for certain that my data are safe in the event of a flood, fire, EMP, etc.

I also installed the windows client at work under a different e-mail account (I only want the 2Gb free service and you can’t use both with the same account) and use it to back up my work documents. We use Acronis at work, but also use PGP whole-disk encryption and I just don’t trust that my drive won’t some day get itself all corrupted in a tizzy. Acronis fails semi-randomly and so far mozy doesn’t, so I’m not going to take any chances with stuff that’s important because, well, that’s the whole point. Besides, mozy’s windows client includes an awesome mapped drive that lets me browse right into my recent backup and grab files as needed. Seriously, when they add that feature to the mac client my backup life will be complete. That was, actually, one of the only things I really liked about JungleDisk.

So, in the end, I only changed direction slightly. I have yet to do any of the other things I needed to do for extra security, though I did lock my mac to my radiator pipes when I went away for two weeks. It made prudent sense at the time, though when I think about it now, it seems silly.

geek habits, lifehacks backup, mozy

During the backup project, I created a subversion repository for all of my installation media and installation files – anything I’d need to set up a new computer. The intention was to have a system that was a solid backup for these data, available for download from just about anywhere. Over the months, I’ve also added other stores to the repository, such as my useful windows standalone tools.

Recently, I thought it would be useful to have all of my digital photos in the repository, both for backup purposes as well as to allow me to, say, have all of my downloaded desktop wallpapers on my machines at work and at home. What better purpose, right? The biggest pain was keeping the repository up to date without constantly needing to issue pseudo-random svn add commands every time we take pictures. (I could use scplugin to make this easier, but as I found out, it kinda sucks.)

Instead, I turned to my love for shell scripting, and fairly quickly banged this out. I used the handy svn status command with impunity to help me handle recursive adds and deletes. Of note, yes, I wish SyntaxHighlighter worked here…

#!/bin/sh

store='/Users/shelton/Pictures'
date=`date`
message="Auto-Commit on ${date}"

# Update the local store
svn update ${store}

# Recursively delete all manually deleted files
svn status ${store} | sed -e '/^!/!d' -e 's/^!//' -e 's/^ *(.*)/1/' -e 's/ *$//' -e 's/ /\ /g' | xargs svn rm

# Recursively add all manually added files
svn status ${store} | sed -e '/^?/!d' -e 's/^?//' -e 's/^ *(.*)/1/' -e 's/ *$//' -e 's/ /\ /g' | xargs svn add

# Commit! Comment includes timestamp.
svn commit -m "${message}" ${store}

exit 0

It would be really nice if there were SyntaxHighlighter support for shell scripts. Maybe that’s worth working on myself, eh? Updated 2009-01-12: Sha-Zam!

This also required some modification to my rdiff-backup cronjob since, well, I didn’t want to back up every single .svn directory and included files as that would effectively double the backup requirements for that directory. So, I played a bit more with rdiff-backup’s options and ended up changing from this:

45 04 * * * rdiff-backup -v5 --print-statistics --exclude /Users/shelton/rdiff-backup.log --include /Users/shelton/Documents --include /Users/shelton/Pictures --include /Users/shelton/Music --exclude '**' /Users/shelton /Volumes/backup/BACKUP >> /Users/shelton/rdiff-backup.log

to this:

rdiff-backup -v5 --print-statistics --include-globbing-filelist /Users/shelton/cfg/rdiff-backup-files.txt /Users/shelton /Volumes/backup/BACKUP >> /Users/shelton/logs/rdiff-backup.log

This is obviously MUCH cleaner. rdiff-backup-files.txt looks like this:
- /Users/shelton/**/.svn
- /Users/shelton/logs
+ /Users/shelton/VM
+ /Users/shelton/Documents
+ /Users/shelton/Pictures
+ /Users/shelton/Music
+ /Users/shelton/Sites
+ /Users/shelton/bin
+ /Users/shelton/cfg
+ /Users/shelton/.tcshrc
+ /Users/shelton/.vimrc
+ /Users/shelton/.crontab
+ /Users/shelton/.ncftp
+ /Users/shelton/.screenrc
+ /Users/shelton/.htpasswd
- **
That first line, - /Users/shelton/**/.svn, is by far the most important, and took way too much trial and error to get right. Order of statements is, apparently, VERY important for rsync/rdiff-backup. Another note about the above list, I’m now backing up things that I wasn’t before, namely my VM directory, which contains my Parallels virtual machines. It started to make prudent sense, though currently the only VM in there is a very tiny cfg fileset to virtual-boot my BootCamp partition. I’ve started doing several things differently with regard to my home backup, which I’ll have to summarize at some point soon.

code, geek habits, how-to backup, photos, svn

Throughout this project, I’ve had to shed pieces of the plan off as I realized that they:

• were too expensive
• were too time consuming
• had low WAF

I stumbled upon a 500Gb drive for under $90 on TigerDirect, which allowed me to keep data off-site in a high-security location for relatively little effort. That was luck.. keeping it up to date, well that’s tougher. I can bring the drive home and sync it locally, but who wants to do that on a regular basis? Corporate firewalls keep me from realizing that potential. The other mitigating factor is that one of the items I would like in sync between the two is all of my music (all ~200Gb of it). And while the initial copy was done on my LAN at home overnight, my iTunes libraries are in two different OS formats, so even if I did copy all of the changed files back to my home drive, I’m still SOL once the files are there. Somehow I have to know to update my library.

I had a brainstorm in the shower (where all of my good geeky ideas originate) that I could create some sort of complex set of AutoHotKey, iTunesSDK/JavaScript or ActionScript [scripts] that would copy over an updated library XML, shut down the local instance of iTunes, compare the XML files, write out a library modification script, start iTunes, run the script and quit. The trouble for me was determining which library would be the master, and if I didn’t want either to be the master, how do you reconcile changes? Maybe create two sets of modification files and queue up the returning file for delivery later on? What if iTunes is in use?

Anyway, maybe that’s a good project for a rainy/snowy weekend. I’d need some existing rsync system in place first. I’m getting ahead of myself, and WAY off topic.

The drive also keeps a copy of my home SVN respository, which I update via a Windows Scheduled Task once per week.

So, after about a month or so, this is my result:

1. Evaluate online backup options. Done. I ended up sticking with JungleDisk for now, until something better comes along, or I discover mozy’s client sucks less.
2. Set up an automated incremental backup of all of my documents/pictures to a local, external drive since JungleDisk is so painfully slow. I’m using rdiff-backup to keep a local copy, but will switch to Time Machine after I upgrade to OS X 10.5.
3. Install a large SATA drive (>= 300gb) for my workstation (at work) for my music and possible offsite SVN mirror. Done.
4. Investigate other offsite SVN mirror locations (family? cheap web hosting?) Deferred.
5. Get my local SVN repository in order. It’s in pretty good shape but it can’t hurt to re-think the structure a tad. Add a tree for installation media disk images. This is done. I’ve updated it from both sets of “Software I Install” directories on each operating system. In the process, I created a tree for tools (non-install, runtime exe’s) which contain a lot of little things I use once in a while such as the SysInternals (now Microsoft) suite.
6. Convert all DVD and CD media to their respective disk image formats and checked into the SVN repository. Done. This was way too easy.
7. Set up the HDD at work (Done) and rsync my music over. Deferred.
8. Set up the offsite SVN repository and mirror my repository at home. Create a cron job to do it automatically every night. Done. This works very well.
9. Scan all of my really important, hard-copy files into PDFs and add them to the Documents tree in my backups. Deferred.

This concludes the first phase of this project. My important data are safe and easily recoverable. My unimportant data are somewhat less safe, but that’s fine. Everything runs automatically, and I don’t have to think about it much. The best part of this is that my wife doesn’t have to know about how all of this works. It just does, and that’s high WAF if I’ve ever heard it!

What’s Next?

After all of this, I still have some tasks I’d like to accomplish so that I “feel more secure”:

• Locks for each computer. This seems silly since the house locks, but if the workstations are all locked to their desks, then a theif has to decide if they budgeted time to hack apart my desk to get my iMac or not.
• Scan all of my really important, hard-copy files into PDFs and add them to the Documents tree in my backups. I plan to do this by the end of the year.
• Investigate other offsite SVN mirror locations. Ideally, this would be at a family member or friend’s house, connected to a machine on which I could run an SVN update automatically. Finding someone willing to let me do that is the tough part, and the reality is that the best option is a low-power linux box with a ~80gb drive that someone lets me toss into their closet. I have the drives and some of the hardware, so really I just need to allocate a couple hundred clams for the guts of the machine… oh, and find someone with a nice internet pipe willing to let me hide a computer in a closet. Details.
• Rsync music and iTunes library. That’s a project in itself. We’ll see.

I may do some or all of those some day. For now, I feel relatively secure in my data’s security.

---

Previous Posts:

Home Backup Project – Part 1: Identify the Problem
Home Backup Project – Part 2: Plan!
Home Backup Project – Part 3: Subversion Clients
Home Backup Project – Part 4: Creating ISO images
Home Backup Project – Part 5: Evaluating Incremental Backup Options

geek habits backup

The most crucial piece of this project is keeping the primary family computer, a 20″ iMac, backed up. This project might as well never have happened if this one task were incomplete. I evaluated several options for keeping the machine backed-up:

• mozy.com
• JungleDisk and other Amazon S3 utilities
• rdiff-backup
• Time Machine

Read more…

apple, code, geek habits, software notes backup, mozy, rdiff-backup, s3

As part of the ongoing home backup project, I’ve tasked myself with converting all of my installation media to disk images (.iso files) so as to allow me to recover said media in the event that, say, my house blew up.

Worst case scenario, I think.

Anyway, I thought this would be really easy on my mac:
dd if=/dev/disk4 of=/path/to/new.iso
This always worked back in my I only run linux because windows users suck! days.

This created an unmountable file in both windows and os x. The unix gods have failed me! (In retrospect, I was probably forgetting a command line operator, or something, and therefore actually failing myself, but I digress…) I then thought that perhaps Roxio Toast Titanium would make my day, but to no avail. The solutions I had in front of me evaporated rapidly.

I did some quick googling and found MagicISO, but it’s !(free), and I’m trying to do (most of) this on the cheap. Some more research led me to two tools:

• LC Iso Creator – http://www.lucersoft.com/freeware.php
• VaporCD Volume Manager – http://vaporcd.sourceforge.net/

Each seems to create ISOs from CD fairly well. So far, WarCraft III backed up nicely enough for me to install off of the ISO image on my Parallels VM, so that’s confidence inspiring. On the other hand, I received some very weird errors reading one of the Unreal II disks, so neither of these may be a perfect solution as I checked the disk itself and it’s fine.

However, both of these programs are wicked old… VaporCD was last updated six years ago and hasn’t been tested on XP at all. There’s got to be a free-ish, newer solution for this somewhere. Perhaps I just haven’t stumbled across it yet. Rather than continue stumbling, I kept playing around with both and determined they were, for the most part, crap. Plain and simple.

I’d like this fact to explain their free-ness, but all of the mozilla apps are free (as in beer) and they rock my socks off, so that’s right out. (I mean no insult to the developers of either of the above applications. To be frank, I expected something fairly more useful than dd, but my hopes were dashed. End rant.)

I asked for some advice at work and everyone said “Go download MagicISO.” So… I did. And it’s so much better. It meant “spending $30,” but it’s fast, and doesn’t choke on minor block corruption due to surface scratches, and it’s… fast.

Really, really fast.

I blew through all of my games and OS install CDs (about 25 total CDs) in under 90 minutes and just let it run in the background while doing other work. I finished up the rest of my disks the next day, which brought this phase of the “things to do before I get to do what I’ve been wanting to do” to a very quick close.

Sometimes you just have to “pay” for software. Gasp!

---

Previous Posts:

Home Backup Project – Part 1: Identify the Problem
Home Backup Project – Part 2: Plan!
Home Backup Project – Part 3: Subversion Clients

geek habits, software notes backup, iso

As part of the ongoing home backup project, I’ve been testing various SVN clients to make sure I have a good working application for both home and work environments. At work I run WinXP Pro and therefore use TortoiseSVN because, well, it’s pretty much the best there is. I love the shell integration – it’s near seamless. I have local stores from multiple repositories – development code, cross-departmental tools and scripts, my home’s “tools” directory, and my home svn archive – all updated as I needed.

On the mac at home… well, that’s a different story. I tried SCPlugin, which seemed to be the Mac version of Tortoise. While it started out looking that way (the icons showed up for existing checked-out repos), it wouldn’t do a base PROPFIND for my local store, and then it crashed. Hard. And stopped working, even after a reboot. Why? I have no idea. That’s the great thing about a mac… software either works or it doesn’t, and SCPlugin doesn’t.

I then tried svnX, which had some promise, but after 15 minutes of poking, I had no idea how to add anything to repository. No clue at all. I’m sure it’s simple once someone tells you how.

Then SmartSVN. Same deal.. I couldn’t add a file, just a directory, and that seemed wonky. It’s probably me, not the software, but I wanted something usable enough that in a groggy stupor, I could update my local store and not need to think twice about what I was doing.

MacSVN also showed some promise, but it crashed on startup needing a newer version of Berkeley-DB than is available for the Mac. I want simple, and hacking up code I didn’t write in the first place to use a non-stable version of another software package falls slightly out of scope.

Then, I went back to the folks at tigris and poked around their site. I found RapidSVN, which is a GUI front-end for SVN with some additional bookmark support. That’s it… and somehow, this works so much better for me than any of the other options. You check out a local store and update it via finder (or any other file system tool, i.e. mv/cp/tar/etc.), then add/delete/commit as you need to through either RapidSVN or using the svn command line, and it all works together nicely.

This was my experience – I don’t plan on maintaining any source code in this repository (for now), so my uses are pretty one-dimensional – it’s a glorified password-protected file storage mechanism with an existing protocol for mirroring, versioning and access from anywhere.

After deciding on a method for utilizing SVN from anywhere, I was able to get my repository in good working order. The other major benefit to using SVN is that I can access the repository via a web interface, and when I need a file from anywhere, that sure is handy. The structure currently looks something like this at the top-most level(s):

• Applications
  • Mac
  • Other
  • Windows
• Disk Images

Of note, I plan to use svnsync locally on my svn server to keep a secondary mirror of the repository on an identical drive. There’s a great wiki article on on Mirroring a Subversion Repository over at the OpenDS wiki.

---

Previous Posts:

Home Backup Project – Part 1: Identify the Problem
Home Backup Project – Part 2: Plan!

apple, geek habits, software notes, windows backup, svn

The next step in this project was to visualize the future case – where should my data reside in working form and in archive form. Then, I had to figure out what’s feasible now and what’s feasible down the line. I can’t just go out and buy a 4 TB NAS, though that thought has crossed my mind several times, and really, that still leaves something I have to go grab in the case of a fire. (Still, it’s not a bad idea for the future.)

Another thought is that I might want a hard backup available at a secure, physical location – A bank’s safety deposit box, or a family member’s house, perhaps. If I had a blu-ray or HD-DVD burner, and could afford to have a stack of said media lying around, or if I felt like dropping money on a REV drive and its media, then perhaps that would be an easy solution. As it stands, my only option would be to burn 2-3 Dual-Layer DVDs (or one Blu-Ray) every 3-4 months and mail it to someone’s house. Maybe there’s another one out there, but that will require some investigation. I do not want to buy a set of external drives and ship them around. On the other hand, I do have two 60 Gb IDE drives sitting in the basement doing absolutely nothing, so maybe that’s _not_ a bad option.

This is what I came up with:

Data	Now	Initial Result	Someday
Documents (10g)	HDD, External HDD (manual)	HDD, Online Backup, External HDD (automatic)	Add Offsite HDD, NAS
Digital Photos (16g)	HDD, External HDD (manual)	HDD, Online Backup, External HDD (automatic)	Add Offsite HDD, NAS
Music (200g)	External HDD, Limited DVD backup	External HDD, rsync’d HDD at work	Add NAS
Digital Video (2Tb+)	DVD	DVD	Add NAS
Application Installers (8g)	Local SVN Repository	Local SVN Repository, Offsite SVN Mirror	Add NAS svn export
Installation Media (??g)	DVD and CD media	DVD/CD -> DMG/ISO -> Local SVN Repository, Offsite SVN Mirror	Add NAS svn export

To get to Initial Result, the following should be accomplished:

1. Evaluate online backup options, which seem to be:
   • mozy.com
   • JungleDisk or some other client that uses Amazon’s S3 service.
2. Install a large SATA drive (>= 300gb) for my workstation (at work) for my music and possible offsite SVN mirror.
3. Investigate other offsite SVN mirror locations (family? cheap web hosting?)
4. Get my local SVN repository in order. It’s in pretty good shape but it can’t hurt to re-think the structure a tad. Add a tree for installation media disk images.
5. Convert all DVD and CD media to their respective disk image formats and checked into the SVN repository.
6. Set up the HDD at work and rsync my data over. It might be smart to do this locally first since that’s a LOT of data.
7. Set up the offsite SVN repository and mirror my repository at home. Create a cron job to do it automatically every night. This shouldn’t take too much bandwidth after the initial load since I shouldn’t be messing with it too much.
8. Scan all of my really important, hard-copy files into PDFs and add them to the Documents tree in my backups.

To get there, I needed to purchase:

1. A subscription to the online service of my choice:
   • mozy.com is about $54 per year, though if I sign up for 2 years, I get 3 months free.
   • The JungleDisk client is $20, and Amazon’s S3 service is use-based, which also should translate to about $5/month.
2. A large SATA drive. (TigerDirect FTW!)

Overall, what I came up with is not too bad. Some of the tasks, as they are planned now, looked to take a lot of time, but in the end, what they will save me in stress, anguish, annoyance and time spend re-building everything is invaluable.

After even more thinking about this, that last task of scanning important documents seemed a bit out of scope for this project, and I’ll pick it up some other time. Suffice it to say that would take a LOT more time than anything else, and I also have a job and a wife.

---

Previous Posts:

Home Backup Project – Part 1: Identify the Problem

geek habits backup, planning

This is the first post in a series about how I have implemented what I hope is a solid data backup strategy for myself. I may be completely off of my rocker, but I feel a lot more secure about where my data are, and to a geek, this is important!

---

A couple of months ago, I decided that I needed a better backup strategy. Too much of my data were in one of the following locations:

1. On a primary OS hard drive, doomed to likely failure in the next 18-24 months
2. On DVD
3. On a generic removable drive that has, at times, decided it no longer wanted to be a hard drive

I set out to figure out how to remedy this in a reasonable and cost-effective way. I don’t want to break the bank or waste my time with ridiculous backup systems that are more of a hassle than anything else.

Data Snapshot

Here’s what I determined I had to worry about losing and where it was stored:

• Documents and other archived files I need/want to keep – ~8 Gb
• Digital Photos – ~16 Gb
• Music – 200 Gb (I’m an avid collector!)
• Digital Video and Movie backups – ?? Probably 2+ TB (yes, that’s terabytes), recorded to DVD+/-R
• Non-CD Application Installers (Mac and PC) – ~18Gb
• Installation Media – ??

Scope of Backup and Other Considerations

Obviously I couldn’t plan to back up EVERYTHING properly. I’m not going to sit down and re-copy all 300ish DVDs of video just to make sure I don’t lose anything. I put them on DVDs for the very reason that they’re something I could technically afford to lose. I have renter’s insurance to cover my purchases. Same goes for my music, but since I access that a LOT more, I’d rather have it backed up digitally somewhere so that in the event that p00p does indeed go down, I can still hear my favorite tunes.

Any regular backup system I came up with needed to be 100% transparent. I don’t want to sit at my computer every morning and approve something, or check something, or audit something. This has a low WAF/PAF ratio.

There are also many files I only have in hard-copy that I should probably have a digital copy of somewhere, so that’s something I’ll need to build into a project plan.

Initial Project Sketch

This is what I came up with to begin this process:

1. Do a quick backup to an external drive NOW just so I’m covered.
2. Figure out the end game for my data as well as what are some acceptable “for now” options
3. Figure out any intermediate steps or tasks to prepare my data to be backed up
4. Assign a time line and any additional resources
5. Budget for anything worth budgeting
6. Implement!

Relevant Links

Each of these were inspiring or helpful in some what throughout this process:

• http://www.engadget.com/2007/03/21/how-to-automatically-back-up-your-computer/
• http://lifehacker.com/software/geek-to-live/geek-to-live-automatically-back-up-your-hard-drive-147855.php
• http://maczealots.com/articles/backup/
• http://www.hanselman.com/blog/OnLosingDataAndAFamilyBackupStrategy.aspx
• http://lifehacker.com/software/mac-tip/create-an-encrypted-disk-image-at-the-command-line-279005.php

In Part II, I’ll get into what my “vision” is regarding my data. In addition, I’ll set up a basic project plan for how I’ll accomplish this new initiative.

geek habits backup

In the past six months or so, a few events have made me realize that my home backup strategy plain stinks!

First, the fire alarm at my house went off… exactly once. It was a horrifically loud squelch, and I sprung out of bed and raced around the house to find the source of the alarm since there was no smoke, no heat and no ambient light. The backup batteries in the detectors probably needed replacing.

The alarm lasted only for a split second, but it was enough to scare me in thinking that if there had been a fire, I’m not sure I would have had the piece of mind (or time) to grab my DVD binders of movies, my iMac with all of my files on it, the external drive containing all of my music, or the subversion server in my basement with all of my downloaded applications and installation media.

Lucky for me… no fire, just panic… and really, my first thought should never be “grab my data!”, but rather “grab my wife! and the cats!”

About two months later, a very sobering “data loss” happened. From middle school to when I graduated from Grad School, I’ve been archiving every document I wrote, work on every project I ever completed as well as any data from previous jobs I’ve held. I’m sure this is because I’m always wondering if I may at some point need “something”. It could also be for the edification of my future offspring… or at least, it would have been.

I suddenly had this panicked feeling that I didn’t know where my data were… so I started looking. And looking. And sure enough, they were totally gone. Ten years of work. Gone.

A moment of silence was had… then I started thinking – what I can do to prevent the sinking, terrible “your data are gone” feeling? The end result will be a a series of posts going through my analysis and implementation of the proper home backup strategy that I have implemented over the past months.

Incidently, I’ve since discovered that these data were actually not lost, but were so safely stored on my hard drive that even Spotlight had no idea where they were. I’ll have to remember that ~/tmp is un-cataloged… which really, when you think about it, makes good sense.

geek habits backup, rant