wenn du DAT für gewerbl. Backups nutzen willst, mußt du aufpassen: Ich
habe schon aus vielen Quellen (u.a. Servicetechniker) gehört, daß die DAT
LW und Tapes ziemlich schnell Sondermüll sind. Wenn schon DAT, dann neue
Geräte mit read after write.
Nun zu deinem aktuellen Problem:
- Was hast du für ein Board?
- Terminierung OK?
- Was sagt dmesg, wenn der Streamer steht?
Heißer Tip: disable disconnect! /nur async Betrieb
Besorg dir mal eine ältere DLD CD (zB 2.1.13er Kernel), boote das Teil mit
dem richtigen Kernel und teste tar vt.
Good luck!
Klaus Muth wrote:
> Hi!
> Da bin ich wieder :).
>
> Folgendes Problem hab ich hier: Ich hab ein SCSI DAT tape billig
> abgegriffen, und das tut nicht, wie es soll. Symptom
> 1. tar cvf /dev/tape blabla tut, Tape blinkt.
> 2. mt tut (selbst erase hab ich versucht)
> 3. Tapes, die ich mit meinem DAT beschrieben habe, kann ich auf einer
> anderen Maschine problemlos lesen.
> 3. bei tar tvf /dev/tape oder tar xvf /dev/tape tut eine nicht
> nachvollziehbare Anzahl Bloecke lang, dann bleibt der Rechner
> kommentarlos voellig stehen.
>
> Was hab ich fuer Hardware? Lassen wir die /var/log/rc.log sprechen:
> -------------------------------------------------------------------
> >>>>>>>> /etc/rcS.d/S55modules <<<<<<<<
> OK :modprobe scsi
> -----------------------------------------
> Kernelmeldungen:
> scsi-ncr53c7,8xx : at PCI bus 0, device 10, function 0
> scsi-ncr53c7,8xx : warning : revision of 18 is greater than 2.
> scsi-ncr53c7,8xx : NCR53c810 at memory 0xe4000000, io 0x6100, irq 10
> scsi0 : burst length 8
> scsi0 : NCR code relocated to 0x2658610 (virt 0xc2658610)
> scsi0 : test 1 started
> scsi0 : NCR53c{7,8}xx (rel 17)
> scsi : 1 host.
> scsi0 : target 2 accepting asynchronous SCSI
> scsi0 : setting target 2 to asynchronous SCSI
> Vendor: HP Model: C1533A Rev: A708
> Type: Sequential-Access ANSI SCSI revision: 02
> -----------------------------------------
> OK :modprobe s>>>>>>>> /etc/rcS.d/S60tape <<<<<<<<
> OK :insmod st
> -----------------------------------------
> Kernelmeldungen:
> st: bufsize 32768, wrt 30720, max buffers 4, s/g segs 16.
> Detected scsi tape st0 at scsi0, channel 0, id 2, lun 0
> -----------------------------------------
> -------------------------------------------------------------------
>
> An den Switches fuer HW compression hab ich rumgespielt, das kann es
> aber auch kaum sein. Eher scheint das ncr-Modul probleme zu machen...
>
> Any hints? Meine Sicherung hilft mir nix, wenn ich es nimmer lesen
> kann!
>
> klaus
>
> --
> Klaus Muth privat monty@unitopia.de
> geschaeftlich muth@hagos.de
> ----------------------------------------------------------------------
> telnet:unitopia.de http://unitopia.de/~monty
-- Gruss vom BodenseeUdo