<br><br><div class="gmail_quote">On 29 April 2010 20:38, Paul Gear <span dir="ltr">&lt;<a href="mailto:paul@libertysys.com.au">paul@libertysys.com.au</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">




  

<div bgcolor="#ffffff" text="#000000"><div class="im">
On 28/04/10 14:00, Chris Martin wrote:
<blockquote type="cite">
  
Peter.<br>
  <br>
This the short version...<br>
Contact me if you need more specific instructions<br>
</blockquote>
<br></div>
A few suggestions, given that this was the short version.  :-)<div class="im"><br>
<br>
<blockquote type="cite"><br>
Once you have the drive installed.<br>
  <br>
use &quot;gparted&quot; - this is a GUI tool that will partition and format the
new disk<br>
</blockquote>
<br></div>
I&#39;m not sure if gparted allows you to specify a label for the
filesystem.  If it doesn&#39;t, then you can add one later (with e2label),
but i would strongly recommend adding a label, since then it makes no
difference where the disk is connected.  I would suggest a label of
something like &quot;/home&quot;.<div class="im"><br>
<br>
<blockquote type="cite"> The mount it in a convenient location (say /mnt)<br>
  <br>
Copy your existing /home to /mnt - takeing care to preserve permissions
and ownership<br>
</blockquote>
<br></div>
rsync is probably the best way to do this: you would run &quot;rsync -SHavx
/home/ /mnt/&quot; (don&#39;t miss the trailing slashes).<div class="im"><br>
<br>
<blockquote type="cite"> umount /mnt,<br>
  <br>
mount your drive as /home - this will replace the directory /home with
the content of the drive (however the original data in /home will still
be preserved, just not accessible while the drive is mounted)<br>
  <br>
test..  test.. test..<br>
  <br>
if all goes well, unmount /home,<br>
double check it is unmounted ...  and check again<br>
  <br>
delete the origional /home contents<br>
  <br>
mount the drive as /home (again)<br>
</blockquote>
<br></div>
Great advice there - mounting over the contents allows an absolutely
painless recovery method if it doesn&#39;t work: just unmount the
filesystem and you&#39;re back exactly where you were.<div class="im"><br>
<br>
<blockquote type="cite">edit /etc/fstab to make the change persistant across
reboot and have /home mounted automatically on reboot<br>
</blockquote>
<br></div>
When you edit fstab, use LABEL=/home for the device instead of
/dev/sdb1 or whatever you&#39;ve been using so far.  That way, you can move
the drive around without any issues.<br><br></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000">
Paul</div></blockquote><div><br></div><div>I&#39;d just like to second Paul&#39;s advice for using filesystem labels. If your going to be adding disks in the future too or changing anything around it makes life so much easier. It&#39;s almost like Ubuntu&#39;s use of UUID&#39;s for filesystem identifiers, except readable. The trade off for the reasonableness being increase of the chance that there will be multiple filesystems with the same label.</div>

<div>Ie: I already have my harddrive partitioned to with root, home and swap and labelled as written. I connect a friends harddrive to recover his home folder for him, but his fs label is home too. Clash. But by that time at least you will be aware of what is happening and should be pretty to fix. This is not a warning though. Absolutely go for it. The benefits are great when you see them pay off, just be aware of the possibility of a clash and don&#39;t be afraid to ask for help if it happens.</div>

<div><br></div><div>- Karl</div></div>