<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: The importance of regular data backups</title>
	<atom:link href="http://www.g-loaded.eu/2010/02/27/regular-data-backups/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.g-loaded.eu/2010/02/27/regular-data-backups/</link>
	<description>An open-source software and technology related journal</description>
	<lastBuildDate>Fri, 03 Feb 2012 18:35:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: George Notaras</title>
		<link>http://www.g-loaded.eu/2010/02/27/regular-data-backups/#comment-12238</link>
		<dc:creator>George Notaras</dc:creator>
		<pubDate>Sun, 28 Feb 2010 05:55:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.g-loaded.eu/?p=1535#comment-12238</guid>
		<description>Hi Giorgos.
Fortunately, every piece of data was recovered successfully. My initial decision to experiment with bootrec.exe at the most critical moment of this incident instead of using a tool I have used in the past and trust (Testdisk) made me very skeptical about how I handle situations like this. Also, I should have followed some standard procedures like creating an image of the whole disk before trying any kind of data recovery.
As for skipping daily backups without reason, I can assure you that this is an unexplained behavior of mine too! During the last years, I&#039;ve written numerous backup scripts, but I always focused on some machines I used as servers. Backing up my desktop or laptop had always been a low priority task. But, I&#039;ll set some new priorities from now on.
Also, I think I will have to reduce the number of computers that lay around at home to the absolute minimum. That should make things more clear regarding which kind of data is important and which is not.</description>
		<content:encoded><![CDATA[<p>Hi Giorgos.</p>
<p>Fortunately, every piece of data was recovered successfully. My initial decision to experiment with bootrec.exe at the most critical moment of this incident instead of using a tool I have used in the past and trust (Testdisk) made me very skeptical about how I handle situations like this. Also, I should have followed some standard procedures like creating an image of the whole disk before trying any kind of data recovery.</p>
<p>As for skipping daily backups without reason, I can assure you that this is an unexplained behavior of mine too! During the last years, I&#8217;ve written numerous backup scripts, but I always focused on some machines I used as servers. Backing up my desktop or laptop had always been a low priority task. But, I&#8217;ll set some new priorities from now on.</p>
<p>Also, I think I will have to reduce the number of computers that lay around at home to the absolute minimum. That should make things more clear regarding which kind of data is important and which is not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Giorgos Keramidas</title>
		<link>http://www.g-loaded.eu/2010/02/27/regular-data-backups/#comment-12237</link>
		<dc:creator>Giorgos Keramidas</dc:creator>
		<pubDate>Sat, 27 Feb 2010 11:45:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.g-loaded.eu/?p=1535#comment-12237</guid>
		<description>Ouch! At least you found a way to recover your important files.
I try to keep daily backups of my laptop (pretty much the only machine left around here).  But I&#039;m also guilty of often skipping the daily backups for 5-6 days in a row.  I &lt;em&gt;know&lt;/em&gt; that this is a silly thing to do, but I still do it.  To make things &#039;easier&#039; I have scripted my backup process, so all it takes is a daily run of:
&lt;code&gt;sudo /root/backup.sh 1&lt;/code&gt;
for a full level 1 dump of all my partitions, and
&lt;code&gt;sudo /root/backup.sh 2&lt;/code&gt;
for a level 2 incremental dump of all the files modified since the last level 1 dump.
Yet, I still skip some backups.  Go figure...</description>
		<content:encoded><![CDATA[<p>Ouch! At least you found a way to recover your important files.</p>
<p>I try to keep daily backups of my laptop (pretty much the only machine left around here).  But I&#8217;m also guilty of often skipping the daily backups for 5-6 days in a row.  I <em>know</em> that this is a silly thing to do, but I still do it.  To make things &#8216;easier&#8217; I have scripted my backup process, so all it takes is a daily run of:</p>
<p><code>sudo /root/backup.sh 1</code></p>
<p>for a full level 1 dump of all my partitions, and</p>
<p><code>sudo /root/backup.sh 2</code></p>
<p>for a level 2 incremental dump of all the files modified since the last level 1 dump.</p>
<p>Yet, I still skip some backups.  Go figure&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

