네트워크를 통해서 파일시스템을 통채로 복사하기?

http://lists.debian.org/debian-user/2001/debian-user-200101/msg00207.html 참고

> here is a fun trick:
>
> tar cf - / | ssh -C host 'cd /mnt; tar -xf -'
>
> ssh -C enables compression which is think is default anyway. gzipping
> before going over ssh compression is redunant and unlikely to gain all
> that much.

<g> I also like piping through ssh. Versatile.

WRT compression: data compression works by reducing the redundancy in
data. Given a pefect compression algorithm, there is no redundancy
left. Actual algorithm's aren't perfect, but they're generally close.
So, compressing compressed data is a waste of cycles.

Doesn't particularly matter where you put the compression stage, though
if you let ssh compress, the decompression is handled automagically on
the receiving end.
----

http://murrey.inferential.com/pipermail/pplug/2002-January/000797.html 참고

The only part that's a little ugly is getting rsh to work between the
systems. Once you have that down, it's easy as cake

ok, system A is 172.16.1.10, and system B is 172.16.1.11
System A has the partition you want to copy (/dev/hda6), and B has the
empty partition (/dev/hda8) that's at least as big as /dev/hda6 on A

Set up rsh server on A (either in inetd.conf or in one of the xinetd
modules). Make sure you reset inetd/xinetd to read their new files.
You may also need to tweak /etc/hosts.allow if you use tcpwrappers.
Make sure there is a .rhosts file in A root's home that allows you
access from B. Might be a good time to be off the big Internet, and
make sure you disable rsh, and rhosts when you're through. Ugly
security stuff.

login as root on B.

rsh 172.16.1.10 "dd if=/dev/hda6 bs=1500" > /dev/hda8
I'm using 1500 here to give you the biggest packets ethernet will allow.
The dd command runs on A and writes to standard out on B, which you then
redirect to your local partition. You'll need to fsck the partition
when you're done, and make sure /dev/hda6 is unmounted if at all
possible, or at least not actively being written to when you do this. I
have no idea if this works for fat32 partitions. This will copy every
block, used or not. This runs pretty quick in 100mbit switched lans.
If you don't have a switch, you may wish to use a "crossover" UTP class5
cable and just run back to back.

If you have a sparsely filled partition, cpio/formated output partition,
may be a better command to use than dd. (The time overhead of the file
system is offset by not having to move empty blocks)

Good Luck!
jim
----

http://www.linuxplanet.com/linuxplanet/tutorials/986/4/ 참고

There is another way to copy whole images of disks from a machine already set up.

Instead of installing afresh from a distribution CD or via ftp you can copy the disk image over a local network connection.

The advantage of this approach is that there is no need to take the machines to pieces or alter any jumpers. It is also faster than a NFS network install. This method takes around 20 minutes to copy 800 Meg of disk space even with 10BaseT ethernet and cheap realtek ethernet cards if you follow the directions below.

The disadvantage is that this isn't a method that distribution makers seem to have considered, so an important tool which is needed is missing. This tool is an easy way to copy data over a local network. But of course I have found a simple way round this, and have put the tools on a special floppy disk. The floppy disk image is here.

Just download it and use rawrite or dd as explained in any Installation guide to copy it onto a blank, formatted floppy

Now are you ready with your cables and floppy disks? Let's go.

Use an ordinary Linux boot/install floppy to start up and then configure networking. Next go and grab a configured machine and alter its network settings to be very insecure. Basically you want root to allow unauthenticated remote shells, which is a very bad idea on a live network.

To do this alter /etc/hosts.allow to allow access from the new machine to be configured, uncomment the line
#shell stream tcp nowait root /usr/sbin/tcpd /usr/sbin/ in.rshd

In /etc/inetd.conf by removing the leading # sign. Then use the command

killall -HUP inetd

to ensure that the changes to the configuration file are read.

For more details on /etc/inetd.conf and /etc/hosts.allow see our network security article.

Add the hostname of the target machine to /etc/hosts and then add its name to the root .rhost file. (Be sure to undo these changes on the source machine before it goes back on a live network.)
----

http://murrey.inferential.com/pipermail/pplug/2002-January/000790.html 참고

I haven't tried that way, but if you are willing to work at a higher
level, you could just nfs mount and copy or use tar.

There is one situation where I have to back up my system over ftp and I
also don't have space on my local drive. For this, I use ncftpput.

>From the ncftpput man page:

A neat way to pipe the output from any local command into
a remote file is to use the -c option, which denotes that
you're using stdin as input. The following example shows
how to make a backup and store it on a remote machine:

$ tar cf / | ncftpput -c Bozo.probe.net /usr/local/backup.tar