Re: DLT-Laufwerk spult hin und her

Magnus Warker wrote:
>
> Michael Baeuerle wrote:
> >
> > Poste
> > doch mal die SCSI Meldungen aus 'dmesg' oder dem Logfile (meistens
> > '/var/log/messages').
>
> OK:
>
> SCSI subsystem driver Revision: 1.00
> scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
> <Adaptec 29160 Ultra160 SCSI adapter>
> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
>
> (scsi0:A:4): 20.000MB/s transfers (10.000MHz, offset 15, 16bit)
> Vendor: BNCHMARK Model: DLT1 Rev: 5032
> Type: Sequential-Access ANSI SCSI revision: 02

Das Tape laeuft also im Fast10 Transfermodus. Der ist nicht auf LVD
Hardware angewiesen aber selbst auf SE Hardware recht unkritisch
(Buslaenge dann immer noch max. 3m).

Es handelt sich ja wohl um diese Laufwerk denke ich:
http://www.sprague-magnetics.com/library/dlt1ds.pdf

Da steht eine maximale Transferrate von 20MByte/s (das wuerde zu Fast10
auf 16Bit Bus passen s.o.). Bei Interface steht aber "Wide Ultra SCSI",
das ist dann gelogen. "Ultra" wird der Fast20 Modus genannt (der dann
auf einem 16Bit Bus 40MByte/s transportieren koennte). Im Inet findet
man sogar Angaben, dass dieses Laufwerk "Ultra2" koennte (offenbar weil
es LVD unterstuetzt). Solche Kundenverarschung scheint heute ueblich zu
sein ...

Fuer eine durchschnittliche Schreibrate von max. 6MByte/s (mit
Kompression) reicht Fast10 gerade noch so aus (Die Platten die man
sichert sollten dann aber besser nicht am selben Bus haengen).

Sieht soweit also OK aus, keine Ahnung was los ist. An einem anderen
Rechner testen ob es am Tape oder am Hostadapter liegt. Irgendeine
Maschine mit einem AHA-2940W drin (die koennen alle Fast10) oder was
vergleichbarem sollte nicht so schwer zu finden sein ...


Micha
--
Mails containing HTML or binary windows code are rejected.
.

Relevant Pages

  • Re: Is it possible to use the value of the PROGRAM ID within the source code?
    ... Fancy operating systems and the hardware that needed them did not exist ... Tape library identification with it's back up needs, ... Daily backup tapes were sent to ...
    (comp.lang.cobol)
  • Re: *DESPERATE* STOP 0x0000001E in ntoskrnl.exe
    ... Thx Chris for responding. ... Problem is the tape drive mfg went bankrupt, ... to backup data first. ... > It could be a driver problem, or hardware. ...
    (microsoft.public.win2000.general)
  • Re: *DESPERATE* STOP 0x0000001E in ntoskrnl.exe
    ... Thx Chris for responding. ... Problem is the tape drive mfg went bankrupt, ... to backup data first. ... > It could be a driver problem, or hardware. ...
    (microsoft.public.win2000.hardware)
  • Re: Ultra 10- Mammoth M2 LVD crash
    ... No tape seen ... First off -- do you have it hooked to a real LVD SCSI card? ... Unlike most other LVD devices, it does not work properly on a SE SCSI, ... tape drives, and to read an already written tape. ...
    (comp.sys.sun.hardware)
  • Re: SCO 3.2 Back to the Future
    ... Yes we did a full install using tape two months ago without any trouble ... The hardware we used then was a little different. ... Can you tell me where i can find the info about mounting secundairy ... I don't want to overwrite the secundairy harddisk, ...
    (comp.unix.sco.misc)