<?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: RAID Data Recovery Case Study &#8211; SCO Unix &#8211; 1</title>
	<atom:link href="http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/</link>
	<description>Hard drive recovery data recovery resource center with how to guides for windows RAID Snap server file system repair NTFS partition recovery tools tips and tricks to recover data</description>
	<lastBuildDate>Mon, 15 Mar 2010 20:31:24 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jacqui Best</title>
		<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-6572</link>
		<dc:creator>Jacqui Best</dc:creator>
		<pubDate>Wed, 07 Jan 2009 20:32:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-6572</guid>
		<description>Krishna,

In theory there should NOT be a problem as long as he plugs the disk back into the same cable it came off of.</description>
		<content:encoded><![CDATA[<p>Krishna,</p>
<p>In theory there should NOT be a problem as long as he plugs the disk back into the same cable it came off of.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Krishna prasad.R</title>
		<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-6569</link>
		<dc:creator>Krishna prasad.R</dc:creator>
		<pubDate>Wed, 07 Jan 2009 06:24:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-6569</guid>
		<description>Hai, Our scounix server went off due to VRM failure.It went off many times without proper shut down and also in the time of booting.One of the engineer here pulled out the raid configured hard disk drive and cleaned it using the vaccum cleaner when the server was off.Please guide me wether it will cause any problem to operating system  when the VRM is replaced and server is ready to boot.Please reply me as soon as possible thru my mail and i am waiting for it.</description>
		<content:encoded><![CDATA[<p>Hai, Our scounix server went off due to VRM failure.It went off many times without proper shut down and also in the time of booting.One of the engineer here pulled out the raid configured hard disk drive and cleaned it using the vaccum cleaner when the server was off.Please guide me wether it will cause any problem to operating system  when the VRM is replaced and server is ready to boot.Please reply me as soon as possible thru my mail and i am waiting for it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Data Recovery Podcast 1: Overview Of A Hard Drive Recovery Company : DTI Data Recovery Hard Disk Repair Resources</title>
		<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-903</link>
		<dc:creator>Data Recovery Podcast 1: Overview Of A Hard Drive Recovery Company : DTI Data Recovery Hard Disk Repair Resources</dc:creator>
		<pubDate>Thu, 05 Jul 2007 17:10:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-903</guid>
		<description>[...] explains about how the customer is the most important part of the recovery process in his article Data Recovery A Partnership For Success where he explains how nobody knows more about their data than the [...]</description>
		<content:encoded><![CDATA[<p>[...] explains about how the customer is the most important part of the recovery process in his article Data Recovery A Partnership For Success where he explains how nobody knows more about their data than the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SNAP RAID Recovery using SNAP OS</title>
		<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-407</link>
		<dc:creator>SNAP RAID Recovery using SNAP OS</dc:creator>
		<pubDate>Wed, 11 Apr 2007 20:15:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-407</guid>
		<description>[...] in the ointment&#8217; when it comes to using standard UFS data recovery tools. Read my article on SCO Unix RAID Data Recovery for more insight on the [...]</description>
		<content:encoded><![CDATA[<p>[...] in the ointment&#8217; when it comes to using standard UFS data recovery tools. Read my article on SCO Unix RAID Data Recovery for more insight on the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Data Recovery: How To Hook Up A Hard Drive</title>
		<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-144</link>
		<dc:creator>Data Recovery: How To Hook Up A Hard Drive</dc:creator>
		<pubDate>Tue, 20 Mar 2007 23:09:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-144</guid>
		<description>[...] the best track records for customer service. Proof in the pudding is Dick Correa&#8217;s post about SCO Unix RAID Data Recovery &#8221;Data Recovery A Partnership For Success&#8221; where he lays out the process of interaction [...]</description>
		<content:encoded><![CDATA[<p>[...] the best track records for customer service. Proof in the pudding is Dick Correa&#8217;s post about SCO Unix RAID Data Recovery &#8221;Data Recovery A Partnership For Success&#8221; where he lays out the process of interaction [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dick Correa</title>
		<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-86</link>
		<dc:creator>Dick Correa</dc:creator>
		<pubDate>Thu, 15 Mar 2007 13:49:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-86</guid>
		<description>In answer to your question, &quot;Would I recommend open source&quot;, then answer is a resounding, and emphatic YES!!!.  

When a qualified technician can use the design and format documentaion to build tools to recover what with great certainity will soon be lost, the tool becomes much more comprehensive, and will in all cases have a higher success rate than a tool developed with little or no knowledge of the design.

As an example, Exchange recovery is at best hit and miss, and at its worst using stone knives and bear skins to solve a modern problem.  The file format of the &#039;priv&#039; file is not documented anywhere, and that &quot;SECRET&quot; has cost many an admin their job, and cost many companies millions of dollars.  If the format were made open source, then wonderful tools could be developed that would recover a much higher percentage of Exchange crashes.

This is of course, only my opinion.  However, an opinion steeped in 25 years of computer programming and data recovery expertise.</description>
		<content:encoded><![CDATA[<p>In answer to your question, &#8220;Would I recommend open source&#8221;, then answer is a resounding, and emphatic YES!!!.  </p>
<p>When a qualified technician can use the design and format documentaion to build tools to recover what with great certainity will soon be lost, the tool becomes much more comprehensive, and will in all cases have a higher success rate than a tool developed with little or no knowledge of the design.</p>
<p>As an example, Exchange recovery is at best hit and miss, and at its worst using stone knives and bear skins to solve a modern problem.  The file format of the &#8216;priv&#8217; file is not documented anywhere, and that &#8220;SECRET&#8221; has cost many an admin their job, and cost many companies millions of dollars.  If the format were made open source, then wonderful tools could be developed that would recover a much higher percentage of Exchange crashes.</p>
<p>This is of course, only my opinion.  However, an opinion steeped in 25 years of computer programming and data recovery expertise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What is Unix?</title>
		<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-85</link>
		<dc:creator>What is Unix?</dc:creator>
		<pubDate>Thu, 15 Mar 2007 09:28:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-85</guid>
		<description>&lt;a href=&quot;http://what-is-what.com/what_is/unix.html&quot; rel=&quot;nofollow&quot;&gt;What is Unix&lt;/a&gt; says 
I see that you mention that the data format was proprietary, so it was difficult to decypher. Would you recommend open-source software for that reason?</description>
		<content:encoded><![CDATA[<p><a href="http://what-is-what.com/what_is/unix.html" rel="nofollow">What is Unix</a> says<br />
I see that you mention that the data format was proprietary, so it was difficult to decypher. Would you recommend open-source software for that reason?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Stankard</title>
		<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-61</link>
		<dc:creator>Michael Stankard</dc:creator>
		<pubDate>Mon, 05 Mar 2007 18:14:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-61</guid>
		<description>This is the actual email from the client in the above story, word for word:

Hello Dick,
   Well, it&#039;s been about 10 days since we last spoke.  Last weekend, I finally had enough of the financial files recovered so we could start posting our billings for the previous 4 weeks.  This past Friday, we did our first insurance billing.  I&#039;m finally sleeping at night again.
   I just wanted to thank you for all you did, and all you DIDN&#039;T do.  You didn&#039;t bullshit me, you didn&#039;t delay me, and you didn&#039;t keep me from helping the process along.  I&#039;m not sure how many knowledgeable, professional, no-nonsense people there are in the world, but I do know there are precious few.  You are one of them, and I appreciate your help.  Winhex is a great program, and by the way, I&#039;ve discovered it&#039;s relatively easy and fast to use Access to eliminate duplicate records from a file.  You can also use Access to compare two files and eliminate duplicates in both.
   I&#039;ll send your drive back as you requested.  I&#039;d like to hold onto it a few weeks just in case I find I&#039;m missing a file I forgot to retrieve.  Let me know if that&#039;s not OK.
   Again, thank you.</description>
		<content:encoded><![CDATA[<p>This is the actual email from the client in the above story, word for word:</p>
<p>Hello Dick,<br />
   Well, it&#8217;s been about 10 days since we last spoke.  Last weekend, I finally had enough of the financial files recovered so we could start posting our billings for the previous 4 weeks.  This past Friday, we did our first insurance billing.  I&#8217;m finally sleeping at night again.<br />
   I just wanted to thank you for all you did, and all you DIDN&#8217;T do.  You didn&#8217;t bullshit me, you didn&#8217;t delay me, and you didn&#8217;t keep me from helping the process along.  I&#8217;m not sure how many knowledgeable, professional, no-nonsense people there are in the world, but I do know there are precious few.  You are one of them, and I appreciate your help.  Winhex is a great program, and by the way, I&#8217;ve discovered it&#8217;s relatively easy and fast to use Access to eliminate duplicate records from a file.  You can also use Access to compare two files and eliminate duplicates in both.<br />
   I&#8217;ll send your drive back as you requested.  I&#8217;d like to hold onto it a few weeks just in case I find I&#8217;m missing a file I forgot to retrieve.  Let me know if that&#8217;s not OK.<br />
   Again, thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Davedata99</title>
		<link>http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-60</link>
		<dc:creator>Davedata99</dc:creator>
		<pubDate>Mon, 05 Mar 2007 17:45:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.dtidata.com/resourcecenter/2007/03/02/raid-data-recovery-sco-unix-1/#comment-60</guid>
		<description>Wow. alot more goes into data recovery than I thought. Coded custom sotware after the recovery to access the primary data. Impressive, the force is strong with you.</description>
		<content:encoded><![CDATA[<p>Wow. alot more goes into data recovery than I thought. Coded custom sotware after the recovery to access the primary data. Impressive, the force is strong with you.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
