On Fri, Jan 05, 2007 at 03:33:00PM +0100, Markus Schulz wrote: > Hallo, > > ich habe hier in einem Server obiges Bandlaufwerk. > Vom Sata Controller wird zumindest ein Device erkannt: > > sata_svw 0000:01:0e.0: version 1.07 > ACPI: PCI Interrupt 0000:01:0e.0[A] -> GSI 11 (level, low) -> IRQ 11 > ata1: SATA max UDMA/133 cmd 0xF8828000 ctl 0xF8828020 bmdma 0xF8828030 > irq 11 > ata2: SATA max UDMA/133 cmd 0xF8828100 ctl 0xF8828120 bmdma 0xF8828130 > irq 11 > ata3: SATA max UDMA/133 cmd 0xF8828200 ctl 0xF8828220 bmdma 0xF8828230 > irq 11 > ata4: SATA max UDMA/133 cmd 0xF8828300 ctl 0xF8828320 bmdma 0xF8828330 > irq 11 > ata1: SATA link down (SStatus 4) > scsi1 : sata_svw > ata2: SATA link down (SStatus 4) > scsi2 : sata_svw > ata3: SATA link up 1.5 Gbps (SStatus 113) > ata3: dev 0 cfg 49:0f00 82:4210 83:4000 84:4000 85:4210 86:0000 87:4000 > 88:007f > ata3: dev 0 ATAPI, max UDMA/133 > ata3: dev 0 configured for UDMA/133 > scsi3 : sata_svw > ata4: SATA link down (SStatus 4) > scsi4 : sata_svw > ata3: command 0xa0 timeout, stat 0x50 host_stat 0x0 > > > Der st Treiber ist momentan fest im Kernel eingebunden. > > st: Version 20050830, fixed bufsize 32768, s/g segs 256 > osst :I: Tape driver with OnStream support version 0.99.4 > osst :I: $Id: osst.c,v 1.73 2005/01/01 21:13:34 wriede Exp $ > > Leider liefert ein "mt -f /dev/st0 status" das dort kein Laufwerk > vorhanden ist. > Ich benutze kein udev und einen selfmade Kernel: > 2.6.17.6-skas3-v9-pre9 > > Das Sata Laufwerk sollte doch als SCSI Laufwerk nutzbar sein oder? > Was könnte ich im Kernel vergessen haben? Das kann vieles sein... > Hat jemand bereits erfolgreich ein Sata Bandlaufwerk mit dem st Treiber > und dem mt Tool zum Laufen gebracht? > Vielleicht ist /dev/st0 verkehrt? Evtl. eine andere Nummer oder /dev/st alleine? Wieso ohne udev und selfmade? Paul --
Attachment:
signature.asc
Description: Digital signature