home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / question / 15459 < prev    next >
Encoding:
Text File  |  1993-01-12  |  3.2 KB  |  81 lines
  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!gatech!destroyer!ais.org!sno
  3. From: sno@ais.org (Stephen Opal)
  4. Subject: Re: [Q] tar destination across multiple volumes
  5. Message-ID: <C0r4KC.DpL@ais.org>
  6. Organization: UMCC
  7. References: <C0o1KH.Ayw@ais.org>
  8. Distribution: na
  9. Date: Tue, 12 Jan 1993 17:28:58 GMT
  10. Lines: 69
  11.  
  12. In article <C0o1KH.Ayw@ais.org> sno@ais.org (Stephen Opal) writes:
  13. >I have heard that tar might be able to store its output across volumes.
  14. >
  15. >In my case I'm looking for a way to archive an entire partition to 
  16. >a floppy device.  This floppy will obviously fill up long before the
  17. >tar is done.  Is there a way to get tar to continue on the next installed
  18. >floppy volume.  It seems there would be a bit of a problem with sync.
  19. >
  20. >Assistance would be appreciated.
  21. >
  22. >-- 
  23. >Stephen N. Opal     sno@umcc.ais.org
  24.  
  25. And the information I have received that has proved the most helpful...!
  26.  
  27. -------
  28.  
  29. >Return-Path: <dfox@quack.sac.ca.us>
  30. >>I have heard that tar might be able to store its output across volumes.
  31. >
  32. >Some versions (i.e., GNU tar) can.
  33. >
  34. >>In my case I'm looking for a way to archive an entire partition to
  35. >>a floppy device.  This floppy will obviously fill up long before the
  36. >
  37. >Check out the -M (multi-volume) flag.  It will prompt you to put in the
  38. >floppies as needed.  -M works fairly well unless you're trying to compress
  39. >the data on floppies; even though tar has a -z flag, it will compress a
  40. >floppy's worth of data before writing it, thus you end up with only a part
  41. >of the disk being used, and you end up with the same number of disks if
  42. >you hadn't turned compression on in the first place.
  43. >
  44. >For backups here, since I want compression (just to save on disks) I use
  45. >a program called 'backflops' which uses tar as part of the work but has
  46. >code to get around the problem with compressing floppies on multiple
  47. >volumes.  It works reliably for backup (although, it would be nicer if
  48. >I had my tape drive working under Unix.) :)
  49. >
  50. >>tar is done.  Is there a way to get tar to continue on the next installed
  51. >>floppy volume.  It seems there would be a bit of a problem with sync.
  52. >
  53. >An interesting concern, but I think it's unjustified.  I believe tar is
  54. >smart enough to close the floppy device before telling you to insert the
  55. >next one.  Also, since you aren't writing to a filesystem, just a raw
  56. >device, sync shouldn't be necessary.
  57. >
  58. >
  59. >>Stephen N. Opal     sno@umcc.ais.org
  60. >--
  61. >David Fox
  62.  
  63. So, along with a little experimentation on my part, I have succeeded!
  64.  
  65. While my current backup procedure *DOES NOT COMPRESS*, it does tar
  66. to /dev/fd1 (unmounted device) in a relatively efficient way.  I have just
  67. finished a tar store to the device that took 17 1.44 Meg floppies (Linux
  68. preliminary configuration) with no difficulty at all.
  69.  
  70. The key was to tar to an unmounted device.  Sort of like sending stuff
  71. to /dev/null, but with better results I hope!  
  72.  
  73. I'm not so sure I want to use any type of compression because my
  74. understanding is that if a byte of data gets corrupted, you could end up
  75. with garbage for all data after it.  Should something like that happen on
  76. the first floppy at the wrong time, well, let's just say that I value
  77. my full head of hair.
  78.  
  79. -- 
  80. Stephen N. Opal     sno@umcc.ais.org
  81.