<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: How computers store information&#8230;</title>
	<atom:link href="http://it.gen.nz/2008/03/06/how-computers-store-data/feed/" rel="self" type="application/rss+xml" />
	<link>http://it.gen.nz/2008/03/06/how-computers-store-data/</link>
	<description>Writings on technology and society from Wellington, New Zealand</description>
	<lastBuildDate>Wed, 08 Feb 2012 04:57:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: colin</title>
		<link>http://it.gen.nz/2008/03/06/how-computers-store-data/comment-page-1/#comment-462</link>
		<dc:creator>colin</dc:creator>
		<pubDate>Thu, 13 Mar 2008 02:43:32 +0000</pubDate>
		<guid isPermaLink="false">http://it.gen.nz/2008/03/06/how-computers-store-data/#comment-462</guid>
		<description>Thanks, Dave - I&#039;m going to set this up on a couple of my Linux servers.

Cheers

Colin</description>
		<content:encoded><![CDATA[<p>Thanks, Dave &#8211; I&#8217;m going to set this up on a couple of my Linux servers.</p>
<p>Cheers</p>
<p>Colin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Lane</title>
		<link>http://it.gen.nz/2008/03/06/how-computers-store-data/comment-page-1/#comment-459</link>
		<dc:creator>Dave Lane</dc:creator>
		<pubDate>Wed, 12 Mar 2008 22:22:14 +0000</pubDate>
		<guid isPermaLink="false">http://it.gen.nz/2008/03/06/how-computers-store-data/#comment-459</guid>
		<description>The best way to do backups, on Unix-like systems (Mac OS X, Linux, Solaris, etc.) at least (not sure if this works on MS systems) is to use &quot;&lt;a href=&quot;http://www.nongnu.org/rdiff-backup/&quot; rel=&quot;nofollow&quot;&gt;rdiff-backup&lt;/a&gt;&quot;.  It works by syncronising selected files with a backup archive - creating a &quot;mirror&quot; of your files - either on the same computer or across a network (in which case it transfers the data compressed and encrypted).  

What makes it different and better than other systems is that any time it adds, deletes, or updates a file or folder on the mirror, it retains &quot;deltas&quot; (i.e. the change or difference) to the previous version of that file or folder.  These deltas can be held for any number of days, limited only by your disk space.  

Keeping deltas means that, in addition to having a mirror of your file system as of the last backup, you can also recover files or entire directories even after they were altered or deleted, so long as they were backed up on some previous day...  Incredibly powerful.

Rdiff-backup is, of course, open source and completely free to use.

Cheers,

Dave</description>
		<content:encoded><![CDATA[<p>The best way to do backups, on Unix-like systems (Mac OS X, Linux, Solaris, etc.) at least (not sure if this works on MS systems) is to use &#8220;<a href="http://www.nongnu.org/rdiff-backup/" rel="nofollow">rdiff-backup</a>&#8220;.  It works by syncronising selected files with a backup archive &#8211; creating a &#8220;mirror&#8221; of your files &#8211; either on the same computer or across a network (in which case it transfers the data compressed and encrypted).  </p>
<p>What makes it different and better than other systems is that any time it adds, deletes, or updates a file or folder on the mirror, it retains &#8220;deltas&#8221; (i.e. the change or difference) to the previous version of that file or folder.  These deltas can be held for any number of days, limited only by your disk space.  </p>
<p>Keeping deltas means that, in addition to having a mirror of your file system as of the last backup, you can also recover files or entire directories even after they were altered or deleted, so long as they were backed up on some previous day&#8230;  Incredibly powerful.</p>
<p>Rdiff-backup is, of course, open source and completely free to use.</p>
<p>Cheers,</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: it.gen.nz &#187; What exactly is a kilobyte? (or a Megabyte, or a Gigabyte)</title>
		<link>http://it.gen.nz/2008/03/06/how-computers-store-data/comment-page-1/#comment-452</link>
		<dc:creator>it.gen.nz &#187; What exactly is a kilobyte? (or a Megabyte, or a Gigabyte)</dc:creator>
		<pubDate>Tue, 11 Mar 2008 19:20:21 +0000</pubDate>
		<guid isPermaLink="false">http://it.gen.nz/2008/03/06/how-computers-store-data/#comment-452</guid>
		<description>[...] is a lot of confusion about this out there as I said on the radio last week, but the usual definition is 2^10 bytes, which is 1,024 bytes. Here&#8217;s a cartoonist&#8217;s [...]</description>
		<content:encoded><![CDATA[<p>[...] is a lot of confusion about this out there as I said on the radio last week, but the usual definition is 2^10 bytes, which is 1,024 bytes. Here&#8217;s a cartoonist&#8217;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: * Colin explains hard drives, in TiKouka</title>
		<link>http://it.gen.nz/2008/03/06/how-computers-store-data/comment-page-1/#comment-450</link>
		<dc:creator>* Colin explains hard drives, in TiKouka</dc:creator>
		<pubDate>Fri, 07 Mar 2008 18:32:21 +0000</pubDate>
		<guid isPermaLink="false">http://it.gen.nz/2008/03/06/how-computers-store-data/#comment-450</guid>
		<description>[...] [Via : it.gen.nz &#187; How computers store information &#8230;.] [...]</description>
		<content:encoded><![CDATA[<p>[...] [Via : it.gen.nz &raquo; How computers store information &hellip;.] [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin</title>
		<link>http://it.gen.nz/2008/03/06/how-computers-store-data/comment-page-1/#comment-449</link>
		<dc:creator>Robin</dc:creator>
		<pubDate>Thu, 06 Mar 2008 23:46:07 +0000</pubDate>
		<guid isPermaLink="false">http://it.gen.nz/2008/03/06/how-computers-store-data/#comment-449</guid>
		<description>You state that &quot;you should never ever store backups as compressed files.&quot; My IT &#039;expert&#039; has provided me with a backup program which zips the files to a CD which if necessary can then be read on any PC and unziped not like Windows which requires the original PC to restore. Is this not a recommended system.</description>
		<content:encoded><![CDATA[<p>You state that &#8220;you should never ever store backups as compressed files.&#8221; My IT &#8216;expert&#8217; has provided me with a backup program which zips the files to a CD which if necessary can then be read on any PC and unziped not like Windows which requires the original PC to restore. Is this not a recommended system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher</title>
		<link>http://it.gen.nz/2008/03/06/how-computers-store-data/comment-page-1/#comment-446</link>
		<dc:creator>Christopher</dc:creator>
		<pubDate>Wed, 05 Mar 2008 23:20:17 +0000</pubDate>
		<guid isPermaLink="false">http://it.gen.nz/2008/03/06/how-computers-store-data/#comment-446</guid>
		<description>You wanted a backup method for Linux.

The &#039;traditional&#039; way is just to copy the precious files to the other medium, automatically or by hand as desired. 

the rsync utility is useful to avoid copying unchanged information.

&#039;The Advanced Maryland Automatic Network Disk Archiver&#039; is a useful back-up package, one of several dozen.

http://www.amanda.org/

Remember that you should never, ever, store backups as compressed files.</description>
		<content:encoded><![CDATA[<p>You wanted a backup method for Linux.</p>
<p>The &#8216;traditional&#8217; way is just to copy the precious files to the other medium, automatically or by hand as desired. </p>
<p>the rsync utility is useful to avoid copying unchanged information.</p>
<p>&#8216;The Advanced Maryland Automatic Network Disk Archiver&#8217; is a useful back-up package, one of several dozen.</p>
<p><a href="http://www.amanda.org/" rel="nofollow">http://www.amanda.org/</a></p>
<p>Remember that you should never, ever, store backups as compressed files.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

