Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: tlug: Not Linux but a UNIX hardware problem
- To: tlug@example.com, dave@example.com
- Subject: Re: tlug: Not Linux but a UNIX hardware problem
- From: "Andrew S. Howell" <andy@example.com>
- Date: Fri, 26 Mar 1999 18:26:59 +0900
- Content-Transfer-Encoding: 7bit
- Content-Type: Text/Plain; charset=us-ascii
- In-Reply-To: Your message of "Fri, 26 Mar 1999 17:56:46 +0900"<199903260855.RAA01283@example.com>
- References: <199903260855.RAA01283@example.com>
- Reply-To: tlug@example.com
- Sender: owner-tlug@example.com
>>>>> "Dave" == Dave Gutteridge <dave@example.com> writes: Dave> Oh... and I also just had the brilliant idea to try using Dave> the dd command with a tape that I know works. (Usually to Dave> restore data we use tar xvf). So with the tape that I Dave> succesfully restored data from, I got the exact same error Dave> messages, which gives me hope that the current problem is in Dave> the command and it still might be possible to weasle some Dave> data off this *^&$*^%@% DAT. Dave, This is good. Try a different block size. Different "dump" program use different sizes. With a known good dump, does mt -f /dev/nrtape status tell you anything? Dave> How do I go about cleaning the thing? Should I go in there Dave> with a q-tip and some cleaning fluid, or should I get a Dave> special DAT cleaner of some sort? I would go the DAT cleaning tape route. Q-Tip should work as well, but there is more opportunity to mess up the drive. The dump man page may have more info on block sizes. <aside> Note that, though you can use dd to get the dump off the tape, you have to use the same matching "restore" to read it. I use Amanda http://www.amanda.org for our dumps. Each machine dumps across the net my backup server, which writes it disk, and finally to tape. The point of this little aside is that that in doing the restore, I have to use corresponding restore. </aside> Regards, Andy ------------------------------------------------------------------- Next Technical Meeting: April 10 (Sat), 12:30 place: Temple Univ. *** featuring: LabView and UDB/DB2 for Linux Next Nomikai: May 21 (Fri), 19:30 Tengu TokyoEkiMae 03-3275-3691 ------------------------------------------------------------------- more info: http://www.tlug.gr.jp Sponsor: Global Online Japan
- Follow-Ups:
- Re: tlug: Not Linux but a UNIX hardware problem
- From: Dave Gutteridge <dave@example.com>
- References:
- Re: tlug: Not Linux but a UNIX hardware problem
- From: Dave Gutteridge <dave@example.com>
Home | Main Index | Thread Index
- Prev by Date: Re: tlug: Not Linux but a UNIX hardware problem
- Next by Date: Re: tlug: Not Linux but a UNIX hardware problem
- Prev by thread: Re: tlug: Not Linux but a UNIX hardware problem
- Next by thread: Re: tlug: Not Linux but a UNIX hardware problem
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links