Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.os.linux.hardware > #3134 > unrolled thread

Defective DAT drive or D-bus problem?

Started byHaines Brown <haines@engels.histomat.net>
First post2016-06-04 09:40 -0400
Last post2016-06-04 21:52 -0400
Articles 2 — 2 participants

Back to article view | Back to comp.os.linux.hardware


Contents

  Defective DAT drive or D-bus problem? Haines Brown <haines@engels.histomat.net> - 2016-06-04 09:40 -0400
    Re: Defective DAT drive or D-bus problem? John-Paul Stewart <jpstewart@sympatico.ca> - 2016-06-04 21:52 -0400

#3134 — Defective DAT drive or D-bus problem?

FromHaines Brown <haines@engels.histomat.net>
Date2016-06-04 09:40 -0400
SubjectDefective DAT drive or D-bus problem?
Message-ID<87mvn1f4xb.fsf@engels.histomat.net>
I installed an old and long unused WangDAT 3100 drive in a Debian Etch
box by means of an Adaptec 2906 SCSI-PCI adapter card.

$ hwinfo --tape
process 7998: arguments to dbus_move_error() were incorrect, assertion
        "(dest) == NULL || !dbus_error_is_set ((dest))" failed in
        file ../../dbus/dbus-errors.c line 282. This is normally a bug
        in some application using the D-Bus library. libhal.c 3483 :
        Error unsubscribing to signals, error=The name
        org.freedesktop.Hal was not provided by any .service files
36: SCSI 702.0: 10601 Tape
  [Created at scsi.1459]
  Unique ID: Er1e.ZUZXOSEdJp1
  Parent ID: fR8M.WsvlrmNH3M8
  SysFS ID: /class/scsi_tape/st0
  SysFS BusID: 7:0:2:0
  SysFS Device Link: \
    /devices/pci0000:00/0000:00:1e.0/0000:07:01.0/host7/ target$
  Hardware Class: unknown
  Model: "WangDAT Model 3100"
  Vendor: "WangDAT"
  Device: "Model 3100"
  Revision: "02.2"
  Driver: "aic7xxx", "st"
  Driver Modules: "aic7xxx"
  Device File: /dev/st0 (/dev/sg3)
  Device Files: /dev/st0, /dev/tape/by-path/pci-0000:07:01.0-scsi-0:0:2:0
  Device Number: char 9:0 (char 21:3)
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #31 (SCSI storage controller)

I do:

$ mt -f /dev/st0 stat
drive type = 114
drive status = 318767616
sense key error = 0
residue count = 0
residue count = 0
file number = -1
block number = -1

$ mt -f /st0 status | grep error
sense key error = 0

Question is whether the problem is hardware related. Is $ hwinfo saying
the problem is with the D-bus rather than hardware?

$ tar -tvf /dev/st0
tar: /dev/st0: Cannot read: Input/output error
tar: At beginning of tape, quitting now
tar: Error is not recoverable: exiting now

$ mt -f /dev/st0 rewind
# mt ibs=64k obs=64k if=/dev/st0 of=/home/haines/working/test/test
dd: reading `/dev/st0': Input/output error
0+0 records in
0+0 records out
0 bytes (0 B) copied, 362.785 s, 0.0 kB/s

Haines Brown

[toc] | [next] | [standalone]


#3135

FromJohn-Paul Stewart <jpstewart@sympatico.ca>
Date2016-06-04 21:52 -0400
Message-ID<drheveFiirlU1@mid.individual.net>
In reply to#3134
On 04/06/16 09:40 AM, Haines Brown wrote:
> I installed an old and long unused WangDAT 3100 drive in a Debian Etch
> box by means of an Adaptec 2906 SCSI-PCI adapter card.
[snip]
> $ mt -f /dev/st0 stat
> drive type = 114
> drive status = 318767616
> sense key error = 0
> residue count = 0
> residue count = 0
> file number = -1
> block number = -1

Is there actually a tape in the drive?  File and block numbers of -1 
usually correspond to there being no tape.  If there's one in it, they 
should be 0 to indicate "beginning of tape" or positive numbers to 
indicate any other position.

If there is a tape in there, then it's possible that the drive is not 
correctly sensing the tape's presence or (maybe) that the tape itself is 
bad.

When was the last time you ran a cleaning tape through the DAT drive?  I 
doubt that would affect tape detection, but you never know.

If you can, open up the drive and physically inspect its insides. 
Various types of old tape drives have problems with their internal 
rubber rollers turning to sticky goo with age.  That, in turn, can 
damage tapes when the sticky goo transfers from the roller to the tape 
medium itself.  If that's the case, do NOT run any more tapes through 
the drive (not even a cleaning tape!) until the rollers are replaced.

[toc] | [prev] | [standalone]


Back to top | Article view | comp.os.linux.hardware


csiph-web