home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / admin / 6142 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  1.2 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!stanford.edu!unix!cole
  2. From: cole@unix.SRI.COM (Susan Cole)
  3. Newsgroups: comp.unix.admin
  4. Subject: Re: Fastest way to transfer whole filesystems?
  5. Message-ID: <40400@unix.SRI.COM>
  6. Date: 11 Nov 92 23:55:15 GMT
  7. References: <40335@unix.SRI.COM>
  8. Organization: SRI International, Menlo Park, California
  9. Lines: 27
  10.  
  11. In article <40335@unix.SRI.COM> cole@unix.SRI.COM (Susan Cole) writes:
  12. >What's the fastest way to transfer an entire filesystem from one
  13. >disk partition to another (different type disk, larger partition)?
  14. >I thought that a tar would be much faster than a dump and restore
  15. >from tape, but when I tried it, using a command like:
  16. >
  17. >    tar cf - . | ( cd /otherfs; tar xpf - )
  18. >
  19. >I got a surprising slow rate, something like 2 minutes per megabyte....  
  20.  
  21. Thanks for the many replies!  It appears that the majority recommends 
  22. using dump and restore instead of tar, as in (to quote one example):
  23.  
  24.   dump 0f - /filesystem1 | (cd /filesystem2; restore rf -)
  25.  
  26. Another recommendation was:
  27.  
  28.   find . -xdev -depth -print | cpio -pd /newdir
  29.  
  30. And more than one person pointed out that /new has to created so many inodes 
  31. that it's bound to be somewhat slow to restore it.
  32.  
  33. - Susan
  34.  
  35.  
  36.  
  37.  
  38.