home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / atari / st / 11928 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  2.7 KB
  1. Path: sparky!uunet!math.fu-berlin.de!uniol!olis!nicedel!oytix.north.de!jelal!nox
  2. From: nox@jelal.north.de (Juergen Lock)
  3. Newsgroups: comp.sys.atari.st
  4. Subject: vault vs. 1.6M disks (a guess), tar on floppies (was: PD HD Backup...)
  5. Message-ID: <2109.07.92@jelal.north.de>
  6. Date: 30 Jul 92 14:13:26 GMT
  7. Article-I.D.: jelal.2109.07.92
  8. References: <1992Jul27.122910.5145@aston.ac.uk>
  9. Organization: home
  10. Lines: 49
  11.  
  12. In <1992Jul27.122910.5145@aston.ac.uk> wrighttj@uhura.aston.ac.uk (Auntie Tim) writes:
  13.  
  14. >Well, thanks for the replies about a decent hard drive backup
  15. >program. Loyalty seems to be divided pretty equally between 
  16. >Vault and Turtle, so I've pulled them both and tried them out. 
  17. >The thing is, they both only accept standard format disks- since
  18. >I've got a high density drive it would be nice to be able to 
  19. >back up onto 1.6 Mb disks and halve the number of disk swaps.
  20.  
  21.  have u tried formatting the disks before and then setting vault to
  22. `don't format'?  i'm not sure about high density but for those `strange'
  23. 10 sector formats etc that worked just fine...  only thing is it didn't
  24. like 1 sector per cluster if i remember right.  (if you need a good
  25. formatter program, try a recent version of PumpUp from Claus Brod.)
  26.  
  27. > I
  28. >heard that Diamond Back did this, but it isn't PD. Anyone know 
  29. >of a PD program which can use high density drives? TIA...
  30.  
  31.  well the _fastest_ backup program i know still is tar.  so if you're
  32. not afraid of CLIs, try GNU tar (on a.a)...but do read the docs first.
  33. (this is `the' general archiver on un*x, works on files, tapes,
  34. disks...everything you have a driver for.  the key to speed on floppies
  35. is to increase the block factor (-b), only problem is it has to be a
  36. factor of the disk size, ie no._blocks / block_factor must be an
  37. integer or else multivolume archives (more data than fits on one disk,
  38. -M) don't work.  at least this was so with an older version, don't know
  39. about the latest.)
  40.  
  41.  remember, be sure you get GNU tar, all other atari tars i have seen
  42. are a joke at best...
  43.  
  44.  ah, one other thing: if you want to exchange tarred floppies with un*x
  45. boxes then you need a `raw' floppy driver like ps0.zoo in a.a's mint
  46. directory (needs MiNT).  if that is not an issue you can just write
  47. files, then you only lose a few blocks. (ie tar cfvb a:/something.tar ...
  48. instead of tar cfvb /dev/something ...)
  49.  
  50.  and, cause that just happened to me: beware of bootsector viruses,
  51. the `bootsector' on raw tarred floppies is the tar header of the first
  52. file!  (at least then tar still gets the other files out, unlike other
  53. archivers...)
  54. >-- 
  55. >Tim Wright.
  56.  hope it helps (and sorry about my english),
  57.     Juergen
  58. -- 
  59. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  60.                                 ...ohne Gewehr
  61.