<?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: Windows Recovery With Linux</title>
	<atom:link href="http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/</link>
	<description>Memories in progress</description>
	<lastBuildDate>Wed, 31 Mar 2010 06:41:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Kyle</title>
		<link>http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/comment-page-1/#comment-386</link>
		<dc:creator>Kyle</dc:creator>
		<pubDate>Wed, 06 Sep 2006 17:46:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/#comment-386</guid>
		<description>Jeremy: see the HOWTO Ridiculously easy home file sharing with FTP and Zeroconf for some insight on why I went with FTP.

SSH might work better if you do have to go through firewalls, but if you&#039;re doing this kind of data recovery it&#039;s best to have the computers as close to each other on the network as possible (for maximum speed).  SSH also adds signifigant overhead with the encryption, which really isn&#039;t needed if you&#039;ve got the two computers connected on their own little LAN.

Samba&#039;s a witch to setup.  I&#039;m not even touching that one.</description>
		<content:encoded><![CDATA[<p>Jeremy: see the HOWTO Ridiculously easy home file sharing with FTP and Zeroconf for some insight on why I went with FTP.</p>
<p>SSH might work better if you do have to go through firewalls, but if you&#8217;re doing this kind of data recovery it&#8217;s best to have the computers as close to each other on the network as possible (for maximum speed).  SSH also adds signifigant overhead with the encryption, which really isn&#8217;t needed if you&#8217;ve got the two computers connected on their own little LAN.</p>
<p>Samba&#8217;s a witch to setup.  I&#8217;m not even touching that one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/comment-page-1/#comment-385</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Wed, 06 Sep 2006 17:21:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/#comment-385</guid>
		<description>A possibly quicker way to do the transfer other than ftp might have been to install the ssh-server package and use ssh&#039;s sftp or scp to transfer the files. It&#039;s easier to setup and run and if you have to go though any firewalls its a whole lot easer to set up the port forwarding. I use ssh for file transfers almost exclusively now.

An additional method would be to use the samba file sharing capabilities in UBUNTU and just mount the drive in your destination machine. That might not be as easy to setup in the live CD though so I don&#039;t know if it&#039;s any better.</description>
		<content:encoded><![CDATA[<p>A possibly quicker way to do the transfer other than ftp might have been to install the ssh-server package and use ssh&#8217;s sftp or scp to transfer the files. It&#8217;s easier to setup and run and if you have to go though any firewalls its a whole lot easer to set up the port forwarding. I use ssh for file transfers almost exclusively now.</p>
<p>An additional method would be to use the samba file sharing capabilities in UBUNTU and just mount the drive in your destination machine. That might not be as easy to setup in the live CD though so I don&#8217;t know if it&#8217;s any better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric</title>
		<link>http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/comment-page-1/#comment-384</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Wed, 06 Sep 2006 17:17:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/#comment-384</guid>
		<description>In addition to partition and software issues, this method can sometimes work on drives suffering from a physical hardware problem.  Ubuntu Live was able to successfully mount a damaged hard drive for me and read the data where all attempts at using MS OS options had failed.  It was extremely slow, but I recovered 27 GB of a client&#039;s personal data during an overnight copying session, minus a single MP3 file that didn&#039;t make it for some reason.</description>
		<content:encoded><![CDATA[<p>In addition to partition and software issues, this method can sometimes work on drives suffering from a physical hardware problem.  Ubuntu Live was able to successfully mount a damaged hard drive for me and read the data where all attempts at using MS OS options had failed.  It was extremely slow, but I recovered 27 GB of a client&#8217;s personal data during an overnight copying session, minus a single MP3 file that didn&#8217;t make it for some reason.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle</title>
		<link>http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/comment-page-1/#comment-383</link>
		<dc:creator>Kyle</dc:creator>
		<pubDate>Wed, 06 Sep 2006 16:38:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/#comment-383</guid>
		<description>To be clear: I was transferring the files off of the problematic NTFS partition over to a healthy one (on the substitute laptop).  The problematic partition was mounted read-only and served as the source for the copy.</description>
		<content:encoded><![CDATA[<p>To be clear: I was transferring the files off of the problematic NTFS partition over to a healthy one (on the substitute laptop).  The problematic partition was mounted read-only and served as the source for the copy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/comment-page-1/#comment-382</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Wed, 06 Sep 2006 16:32:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.kyleandkelly.com/2006/09/06/windows-recovery-with-linux/#comment-382</guid>
		<description>How did you transfer files to the NTFS partition if it was mounted read-only?</description>
		<content:encoded><![CDATA[<p>How did you transfer files to the NTFS partition if it was mounted read-only?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.380 seconds -->
