Try :<br><p>cd ~</p><p>dump -0af -  /dev/someVG/sourceFS | ( cd /mnt/newFS; restore -rf - ~/newFS )<br></p><br><br><div class="gmail_quote">On Wed, Nov 10, 2010 at 3:38 PM, Edward Ned Harvey <span dir="ltr"><<a href="mailto:kernel@nedharvey.com">kernel@nedharvey.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div link="blue" vlink="purple" lang="EN-US"><div><p>This runs for a few minutes, and results in a broken pipe.  After which, at least some fragments of the filesystem have been restored on the destination filesystem.  At least some directories.</p>
<p>cd /mnt/newFS</p><p>dump -0af - /dev/someVG/sourceFS | restore -rf -</p><p> </p><p>This works fine.</p><p>cd ~</p><p>dump -0af somefile /dev/someVG/sourceFS </p><p>cd /mnt/newFS</p><p>restore -rf ~/newFS</p><p> </p><p>
Source and destination filesystems are ext3, 194G and 857G.  Destination filesystem is created with simply default mkfs.ext3.  There are only approx.</p><p>200M used in the source filesystem, of which, there's no particularly huge directory or number of inodes or anything unusual...  I forced the fsck, and it came back clean.</p>
<p> </p><p>My only guess is that there seems to be something wrong with the pipe.  Like, it's not streaming the bits properly or something.  Is it possible to overflow a pipe or something?  I can't think of any good explanation for this weird behavior.  What could cause a pipe to break, aside from the receiving process terminating unexpectedly?</p>
</div></div></blockquote></div><br clear="all"><br>-- <br>Stephen Samuel <a href="http://www.bcgreen.com">http://www.bcgreen.com</a>  Software, like love, <br>778-861-7641                              grows when you give it away<br>