home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / admin / 6309 < prev    next >
Encoding:
Text File  |  1992-11-21  |  1.9 KB  |  47 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!eng.ufl.edu!news
  3. From: ruck@zeta.ee.ufl.edu (John R Ruckstuhl Jr)
  4. Subject: Re: Fastest way to transfer whole filesystems?
  5. Message-ID: <1992Nov21.102026.8285@eng.ufl.edu>
  6. Sender: news@eng.ufl.edu (Usenet Diskhog System)
  7. Organization: EE Dept at UF
  8. References: <40335@unix.SRI.COM> <1992Nov16.064402.9186@cssc-syd.tansu.com.au> <panissec.722053148@bag_end>
  9. Date: Sat, 21 Nov 92 10:20:26 GMT
  10. Lines: 35
  11.  
  12. In article <panissec.722053148@bag_end> panissec@nms.otca.oz.au (Colin Panisset) writes:
  13. > rodney@cssc-syd.tansu.com.au (Rodney Campbell) writes:
  14. > }cole@unix.SRI.COM (Susan Cole) writes:
  15. > }>What's the fastest way to transfer an entire filesystem from one
  16. > }>disk partition to another (different type disk, larger partition)?
  17.  
  18. > You will find, however, that this creates a duplicate filesystem that actually
  19. > uses more space than did the original. This is due to the block allocation
  20. > methods used when tar and cpio both do their restore.
  21.  
  22. > Instead, use dump & restore - you'll get an exact duplicate of the original,
  23. > inode for inode - and with the same degree of fragmentation as the original.
  24.  
  25.  
  26. NOT NECESSARILY ?
  27.  
  28. I noticed when that when I duplicated filesystems with dump & restore,
  29. the duplicate was NOT exactly as the original --
  30.  
  31. I don't know the correct terminology to describe this, but, you know how
  32. you make extra space in the lost+found directory structure for a
  33. filesystem, so that fsck will have plenty of slots to put junk,
  34.  
  35. well the dump & restore didn't preserve that bloated lost+found.
  36.  
  37. So, you may want to go back and re-bloat.  :)
  38.  
  39. I'm using SunOS 4.1.1
  40.  
  41. Regards,
  42. ruck
  43. -- 
  44. John R. Ruckstuhl, Jr.                  ruck@alpha.ee.ufl.edu
  45. Dept of Electrical Engineering          ruck@cis.ufl.edu, uflorida!ruck
  46. University of Florida                   ruck%sphere@cis.ufl.edu, sphere!ruck
  47.