-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Beso wrote:
> so if i understood right i have to go with /boot and a stripped / on
> normal disks, with / duplicated to avoid loss of startup.

Uh - unless you don't have enough space on one drive I'd mirror root -
not stripe it.  Ditto for boot - if you are willing to do raid you can
boot a mirrored /boot just fine.

> on root i should put /lib32 /lib64 /etc /bin /sbin /root /dev /usr
> (excluded /usr/src and /usr/local and /usr/portage) /var (i should
> exclude /var/tmp which contains a lot of stuff due to ccache dir
> configured there and /var/paludis since there i have the additional
> repos) then  on the lvm volume i should insert everything else. am i
> right? 

Well, you could do that, but /usr and /var can go on LVM instead, and
that will save you a LOT of space on /.  You can then resize /usr and
/var at will.  I like to keep /var on a separate filesystem so that it
doesn't tend to fragment everything else.

> i wonder what happens to /proc and /sys since they are loaded
> through fstab and on how much space i should have. do 5gb do the trick?

/proc and /sys don't use any real disk space - they're just mountpoints.
 I have a 1GB root and it is only 30% full - but again I put usr and var
elsewhere.

> i don't use suspend to disk since the last time i've tried it didn't
> worked with my notebook and the only suspend i can use is suspend to ram
> so i don't really need swap. i use it only when i compile some large
> stuff as kdelibs and similar since my 860+mb of ram do not fill in
> everyday use.

Well, I won't start a big discussion on this here (look in the archives
for some good discussion on this topic).  The short version is that
there are potential benefits for having swap even if you have 200GB of
RAM and only run 50MB worth of applications (the returns probably do go
away if you actually have more RAM than total storage).

> so the only think to do is find a good backup utility that is able to
> make a copy of the entire system. if i copy the system by hand from a
> live-cd would that work? if so, what should i avoid to copy?
> 

You can just copy files from a live CD.  Actually, I've copied them from
a running system - granted in single-user mode for the more critical
stuff.  I just used cp -a without much issue, but there might be some
advantages to using tar (it might handle stuff like mountpoints and hard
links and device nodes and FIFOs and stuff like that better - I'm not
sure about that offhand).

If you copy and leave the original data intact it is pretty easy to
recover.  I just moved data partition by partition and remounted on my
existing root as I went along - slowly transforming my existing disk
arrangement into my future setup.  I didn't have too much downtime
except for the final cutover of the root filesystem.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHEAvtG4/rWKZmVWkRAmPBAJ4vkrTg27Y8yhARb2YqtIQhwcE1OQCffrNc
oPg+UVL+KjHvGYtgVOZFeeM=
=bN8k
-----END PGP SIGNATURE-----

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to