I received 2 replies to my enquiry (below) about correct options to ufsdump when using DDS4 tapes. They both amounted to: the hardware nowadays will tell the system what it needs to know, so one doesn't need size options (etc). Thank you. Hugh > ---------- Forwarded message ---------- > Date: Thu, 29 Oct 2009 17:51:02 +0000 (GMT) > From: Hugh Sasse <hgs[AT]dmu.ac.uk> > To: sunmanagers[AT]sunmanagers.org > Subject: FAQ5.7: ufsdump specifics? > > Apologies for the topic of this question. I've tried to find the > answer to this by web searches, and have read the FAQ. 5.7 is a good > answer, but I could do with more specifics. Is there an > authoritative answer for DDS4 tapes as to the parameters one should > use, please? These are 120 feet, so I'm thinking > > ufsdump -0ufs /dev/nrst0 110 <disk_to_backup> > > would be about right, on the premise that the blocking is sorted out > correctly anyway, it is isn't a QIC, so -c may not be appropriate or > may be detected anyway, and 110 is "a bit" shorter than 120 feet, as > per `man ufsdump`. It is a SCSI drive, and the sytem is Suno5.9. > Have I missed anything important, please? > > I've been landed with doing backups for this system which has not > been supported locally, so can't get at the options used before, and > primarily they want this sorted out soon, and I don't want to create > dud backups. "First, do no harm", etc. > > Will summarize to list, as per policy. > Thank you, > Hugh _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Wed Nov 4 10:22:55 2009
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:15 EST