home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / next / sysadmin / 7238 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  1.2 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!paladin.american.edu!gatech!emory!swrinde!elroy.jpl.nasa.gov!ucla-cs!ucla-mic!agsm!iwelch
  2. From: iwelch@agsm.ucla.edu (Ivo Welch)
  3. Newsgroups: comp.sys.next.sysadmin
  4. Subject: dump/restore on DAT
  5. Message-ID: <1992Dec29.104517.25556@mic.ucla.edu>
  6. Date: 29 Dec 92 18:45:17 GMT
  7. Organization: UCLA, Anderson Graduate School Of Management
  8. Lines: 23
  9. Nntp-Posting-Host: risc.agsm.ucla.edu
  10.  
  11.  
  12. I own a WangDAT 1300, on which I do my occasional backups.
  13.  
  14.     [1] What is the probability that a dump is corrupted if I also
  15.     create or delete a few files on the volume that I am dumping from?
  16.     (I do not care about dumping these new files; I only care that
  17.     the other files are restorable.) That is, I want to work while
  18.     I backup.
  19.  
  20.     [2] Is there a dump verification program that tests for internal
  21.     consistency (i.e. to detect if the problems mentioned in [1] may
  22.     show up). I believe "restore t" does not seem to do it, because it
  23.     only reads the first pass directory and file information, not the
  24.     actual data information.
  25.  
  26.     [3] I currently use
  27.         dump 1ufs /dev/rxt0 650000 /dev/rsd0a
  28.     to backup. Is 650000 the correct number for a standard 90 minute
  29.     DAT tape?
  30.  
  31. I'll post a summary. Thanks for any advice.
  32.  
  33. /ivo welch
  34.