Ultrawide-SCSI und Terminierung

ED_Copan · 25. August 2006 um 17:36

hallo zusammen,

mit „normalen“ 25-poligen SCSI-Geräten (CD-ROM, bzw. Festplatten und ZIP-Laufwerken) habe ich keine Schwierigkeiten – dagegen mit Ultrawide-Festplatten (80-polig). Diese sind mit einem Adapter ans Kabel angeschlossen, über diesen Adapter kann man die SCSI-ID jumpern
Von den verwendeten Controllern (Adaptec 2940 bzw. 3940) werden die Festplatten beim Booten erkannt, die Betriebssysteme (WIN2K, Knoppix, Kanotix, Etch) erkennen dagegen gar nichts.
Muß bei Ultrawide ein anderes Kabel benutzt werden oder benötige ich hier einen Extra-Terminator? Und was hat mit den Jumper-Möglichkeiten auf den Platten auf sich? Z.B. RSVD, SCSI TERM, SCAM, AUTO START, …
Ist hier etwas zu berücksíchtigen?

vielen Dank
ED

Nicos_ec7086 · 25. August 2006 um 19:07

hallo zusammen,

mit „normalen“ 25-poligen SCSI-Geräten

Sollten schon 50 Pins sein, es sei denn du hast ein paar wirklich urig alte Geräte rumfliegen.

dagegen mit Ultrawide-Festplatten (80-polig).

68

Diese sind mit einem Adapter ans Kabel
angeschlossen, über diesen Adapter kann man die SCSI-ID
jumpern

Zum mitmeißeln: du betreibst Geräte mit dem „normalen“ 50er-Stecker an einem 68er Kabel, und das an einem UW-Controller? (Nicht UW2 oder sonstwas)?

Adapter mit einstellbarer ID sind mir auch neu. Schau auf jeden Fall nach, dass du am Adapter und am Laufwerk jeweils die selbe ID einstellst.

Von den verwendeten Controllern (Adaptec 2940 bzw. 3940)
werden die Festplatten beim Booten erkannt, die
Betriebssysteme (WIN2K, Knoppix, Kanotix, Etch) erkennen
dagegen gar nichts.

Linux ist recht informativ was sowas angeht. Schau die mal die Ausgabe von dmesg an, da ist ein Abschnitt zur Laufwerkserkennung drin. Stell den vielleicht einfach mal hier rein.

Wenn beim Startvorgang bei der Laufwerkserkennung ewig lange Pausen auftreten, dann hast du ziemlich sicher ein Problem mit falscher Terminierung oder einem defekten Kabel. Das selbe gilt, wenn ein Gerät mehrere Male gefunden wird.

Muß bei Ultrawide ein anderes Kabel benutzt werden oder
benötige ich hier einen Extra-Terminator? Und was hat mit den
Jumper-Möglichkeiten auf den Platten auf sich? Z.B. RSVD, SCSI
TERM, SCAM, AUTO START, …

UW-SCSI verwendet eigene Kabel. Das sind normalerweise 68-Polige, recht starre Flachkabel oder Kabel, die extrem an Rasta-Locken erinnern mit solchen Steckern: http://www.spearhead.de/somepics/hd-68_uw.jpg

Länger als 3m dürfen die Kabel auf keinen Fall sein.

Wenn du die Platten an einem UW-Bus betreibst solltest du auf jeden Fall an allen Platten die Terminierung deaktivieren und einen richtigen, aktiven UW-Terminator an das „offene“ Kabelende stecken. Die Jumper sind in den Anleitungen zu den Laufwerken dokumentiert. Normalerweise bekommt man die auch noch zu richtig alten Geräten auf der Website vom Hersteller.

ED_Copan · 25. August 2006 um 20:20

servus,

Sollten schon 50 Pins sein,

peinlich - es sind natürlich 2x25

dagegen mit Ultrawide-Festplatten (80-polig).

80-polig (grade nochmal überprüft - sieht aus wie LVD, steht auch auf einer der IBMs drauf: LVD/SE bzw. ULTRA160 SCSI; auf den Western Digitals steht Ultra Fast Wide SCSI-3)

und das an einem
UW-Controller? (Nicht UW2 oder sonstwas)?

AHA-2940W/2940UW das sollte doch Ultrawide sein (weiß aber nicht ob es UW2 ist)

Adapter mit einstellbarer ID sind mir auch neu.

http://de.wikipedia.org/wiki/Scsi#Stecker_und_Kabel_…
meine beiden sehen so ähnlich aus wie der SCA-Adapter (rechts unten) - sind allerdings 50- bzw. 80-polig
gleich daneben ist das Bild einer meiner IBMs

Schau auf jeden Fall nach, dass du am Adapter und am Laufwerk
jeweils die selbe ID einstellst.

Adapter waren nur am Jumper, nicht an den Platten

Linux ist recht informativ was sowas angeht. Schau die mal die
Ausgabe von dmesg an, da ist ein Abschnitt zur
Laufwerkserkennung drin. Stell den vielleicht einfach mal hier
rein.

Wenn du die Platten an einem UW-Bus betreibst solltest du auf
jeden Fall an allen Platten die Terminierung deaktivieren und
einen richtigen, aktiven UW-Terminator an das „offene“
Kabelende stecken. Die Jumper sind in den Anleitungen zu den
Laufwerken dokumentiert. Normalerweise bekommt man die auch
noch zu richtig alten Geräten auf der Website vom Hersteller.

OK – eines der Laufwerke ist hier beschrieben:
http://www.hitachigst.com/tech/techlib.nsf/techdocs/…

wenn ich Dich bis hierher richtig verstanden habe:

keine Terminatoren an den Platten
Terminator an das Ende des SCSI-Kabels und
IDs sowohl an den Platten wie auch am Adapter

mfg
ED

Nicos_ec7086 · 25. August 2006 um 21:43

80-polig (grade nochmal überprüft - sieht aus wie LVD, steht
auch auf einer der IBMs drauf: LVD/SE bzw. ULTRA160
SCSI ; auf den Western Digitals steht Ultra Fast Wide
SCSI-3 )

und das an einem
UW-Controller? (Nicht UW2 oder sonstwas)?

AHA-2940W/2940UW das sollte doch Ultrawide sein (weiß
aber nicht ob es UW2 ist)

Der kann wohl nur UW.

http://de.wikipedia.org/wiki/Scsi#Stecker_und_Kabel_…
meine beiden sehen so ähnlich aus wie der SCA-Adapter (rechts
unten) - sind allerdings 50- bzw. 80-polig
gleich daneben ist das Bild einer meiner IBMs

Ah, OK. SCA ist was anderes. Das übernimmt am Stecker auch noch die Konfiguration und Stromversorgung der Geräte. Damit habe ich nie zu tun gehabt, daher meine Verwirrung.

Schau auf jeden Fall nach, dass du am Adapter und am Laufwerk
jeweils die selbe ID einstellst.

Adapter waren nur am Jumper, nicht an den Platten

Wenn die Platten am SCA hängen ist das auch kein Wunder.

wenn ich Dich bis hierher richtig verstanden habe:

keine Terminatoren an den Platten

Terminator an das Ende des SCSI-Kabels und

IDs sowohl an den Platten wie auch am Adapter

Ja, genau. zu 2 noch: beide Enden vom Bus müssen terminiert sein. Normalerweise sollte der SCSI-Adapter das erledigen. Ob du dazu was einstellen musst steht im Handbuch. Vielleicht hilft dir ja irgendwas hiervon weiter:

http://www.adaptec.com/en-US/support/scsi/2940/AHA-2…

Mein letzter Kontakt mit SCSI ist leider eine ganze Weile her, so dass ich eine Menge wieder vergessen habe.

Wie steht es eigentlich jetzt mit einem Linux-Start? Hängt der Bootvorgang eine Weile während Geräte am SCSI-Bus gesucht werden?

ED_Copan · 27. August 2006 um 15:43

dmesg für SCSI
hallo Nicos,

hat etwas gedauert, weil ich letzte Woche alle SCSI-Sachen in den Keller verbannt hatte ;-(

OK: ich habe es mit folgender Konfiguration gemacht:
als physikalisch vorletztes Gerät am SCSI-Kabel war eine WD Enterprise mit dem Aufdruck
Single-ended Ultra Fast Wide SCSI-3 Interface und der SCSI-ID 1
(eingestellt nur am Adapter, nicht an der Festplatte);
als physikalisch letztes Gerät war ein ZIP-Laufwerk angschlossen - SCSI-ID 6 und mit Terminator

unter Knoppix 5.0 (von DVD gebootet) konnte ich sogar auf die Platte zugreifen und
mit xine einen vor Jahren abgespeicherten Film ansehen, allerdings so langsam,
daß es unerträglich ist -> d.h. daß prinzipiell alles funktioniert, nur nicht mit akzeptablem Datendurchsatz
WIN2K (von IDE-Platte gebootet) erkennt die SCSI-Platte nicht …

Hängt der Bootvorgang eine Weile während Geräte am
SCSI-Bus gesucht werden?

nein - das gehr ziemlich flott

Wie steht es eigentlich jetzt mit einem Linux-Start?

dmesg sagt (sorry wenn ich alles bring - habe aber keine Ahnung was unwichtig sein könnte):

Linux version 2.6.15 (root@Knoppix) (gcc version 4.0.3 20060128 (prerelease) (Debian 4.0.2-8)) #7 SMP PREEMPT Sun Feb 19 23:35:17 CET 2006
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000020000000 (usable)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
512MB LOWMEM available.
On node 0 totalpages: 131072
DMA zone: 4096 pages, LIFO batch:0
DMA32 zone: 0 pages, LIFO batch:0
Normal zone: 126976 pages, LIFO batch:31
HighMem zone: 0 pages, LIFO batch:0
DMI 2.1 present.
ACPI: Unable to locate RSDP
Allocating PCI resources starting at 30000000 (gap: 20000000:dec00000)
Built 1 zonelists
Kernel command line: ramdisk_size=100000 init=/etc/init lang=de apm=power-off vga=791 initrd=minirt.gz nomce quiet BOOT_IMAGE=knoppix BOOT_IMAGE=linux
Found and enabled local APIC!
mapped APIC to ffffd000 (fee00000)
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 65536 bytes)
Detected 551.319 MHz processor.
Using tsc for high-res timesource
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 512928k/524288k available (2120k kernel code, 10848k reserved, 776k data, 296k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode… Ok.
Calibrating delay using timer specific routine… 1104.32 BogoMIPS (lpj=2208640)
Security Framework v1.0.0 initialized
SELinux: Disabled at boot.
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff 00000000 00000000 00000000 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
CPU: After all inits, caps: 0383fbff 00000000 00000000 00000040 00000000 00000000 00000000
mtrr: v2.0 (20020519)
Enabling fast FPU save and restore… done.
Enabling unmasked SIMD FPU exception support… done.
Checking ‚hlt‘ instruction… OK.
Checking for popad bug… OK.
CPU0: Intel Pentium III (Katmai) stepping 03
SMP motherboard not detected.
Brought up 1 CPUs
checking if image is initramfs…it isn’t (no cpio magic); looks like an initrd
Freeing initrd memory: 813k freed
NET: Registered protocol family 16
EISA bus registered
PCI: PCI BIOS revision 2.10 entry at 0xfdb71, last bus=1
PCI: Using configuration type 1
ACPI: Subsystem revision 20050902
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 © Adam Belay
pnp: PnP ACPI: disabled
PnPBIOS: Scanning system for PnP BIOS support…
PnPBIOS: Found PnP BIOS installation structure at 0xc00f7560
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0x6914, dseg 0xf0000
PnPBIOS: Missing SMALL_TAG_ENDDEP tag
PnPBIOS: Missing SMALL_TAG_ENDDEP tag
PnPBIOS: Missing SMALL_TAG_ENDDEP tag
PnPBIOS: Missing SMALL_TAG_ENDDEP tag
PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver
SCSI subsystem initialized
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI quirk: region 0400-043f claimed by PIIX4 ACPI
PCI quirk: region 0440-044f claimed by PIIX4 SMB
PIIX4 devres B PIO at 0290-0297
Boot video device is 0000:01:00.0
pnp: 00:08: ioport range 0x4d0-0x4d1 has been reserved
pnp: 00:08: ioport range 0xcf8-0xcff could not be reserved
pnp: 00:09: ioport range 0x290-0x297 has been reserved
PCI: Bridge: 0000:00:01.0
IO window: d000-dfff
MEM window: ee400000-fe4fffff
PREFETCH window: e6200000-e62fffff
audit: initializing netlink socket (disabled)
audit(1156687145.004:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Limiting direct PCI/PCI transfers.
vesafb: framebuffer at 0xf0000000, mapped to 0xe0880000, using 3072k, total 8192k
vesafb: mode is 1024x768x16, linelength=2048, pages=4
vesafb: protected mode interface info at c000:5d53
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
vesafb: Mode is VGA compatible
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards…
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12
PNP: PS/2 Controller [PNP0303,PNP0f13] at 0x60,0x64 irq 1,12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 100000K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller at PCI slot 0000:00:07.1
PIIX4: chipset revision 1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:smiley:MA, hdb:smiley:MA
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:stuck_out_tongue:io, hdd:stuck_out_tongue:io
Probing IDE interface ide0…
hda: IBM-DTLA-305020, ATA DISK drive
hdb: CREATIVE DVD-ROM DVD6240E, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1…
Probing IDE interface ide1…
hda: max request size: 128KiB
hda: 40188960 sectors (20576 MB) w/380KiB Cache, CHS=39870/16/63
hda: cache flushes not supported
hda: hda1 hda2
hdb: ATAPI 24X DVD-ROM drive, 512kB Cache
Uniform CD-ROM driver Revision: 3.20
libata version 1.20 loaded.
mice: PS/2 mouse device common for all mice
EISA: Probing bus 0 at eisa.0
EISA: Detected 0 cards.
NET: Registered protocol family 2
input: AT Translated Set 2 keyboard as /class/input/input0
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1572864 bytes)
TCP bind hash table entries: 65536 (order: 7, 786432 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
NET: Registered protocol family 1
NET: Registered protocol family 15
Using IPI No-Shortcut mode
RAMDISK: Compressed image found at block 0
EXT2-fs warning: checktime reached, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
input: ImPS/2 Generic Wheel Mouse as /class/input/input1
seagate: ST0x/TMC-8xx not detected.
Failed initialization of WD-7000 SCSI card!
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0

aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs

Vendor: WDIGTL Model: ENTERPRISE Rev: 1.91
Type: Direct-Access ANSI SCSI revision: 02
scsi0:A:1:0: Tagged Queuing enabled. Depth 253
target0:0:1: Beginning Domain Validation
target0:0:1: wide asynchronous.
(scsi0:A:1:0): parity error detected in Data-in phase. SEQADDR(0x156) SCSIRATE(0x80)
(scsi0:A:1:0): parity error detected in Data-in phase. SEQADDR(0x1b8) SCSIRATE(0x80)
(scsi0:A:1:0): parity error detected in Data-in phase. SEQADDR(0x156) SCSIRATE(0x80)
(scsi0:A:1:0): parity error detected in Data-in phase. SEQADDR(0x1b8) SCSIRATE(0x80)
target0:0:1: Wide Transfers Fail
target0:0:1: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 15)
target0:0:1: Domain Validation skipping write tests
target0:0:1: Ending Domain Validation
SCSI device sda: 8515173 512-byte hdwr sectors (4360 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 8515173 512-byte hdwr sectors (4360 MB)
SCSI device sda: drive cache: write back
sda: sda1
sd 0:0:1:0: Attached scsi disk sda
Vendor: IOMEGA Model: ZIP 100 Rev: J.03
Type: Direct-Access ANSI SCSI revision: 02
target0:0:6: Beginning Domain Validation
target0:0:6: Ending Domain Validation
sd 0:0:6:0: Attached scsi removable disk sdb
DC390_init: No EEPROM found! Trying default settings …
DC390: Used defaults: AdaptID=7, SpeedIdx=0 (10.0 MHz), DevMode=0x1f, AdaptMode=0x2f, TaggedCmnds=3 (16), DelayReset=1s
scsi1 : Tekram DC390/AM53C974 V2.1d 2004-05-27
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v2.3
uhci_hcd 0000:00:07.2: UHCI Host Controller
uhci_hcd 0000:00:07.2: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:07.2: irq 11, io base 0x0000ef80
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ohci_hcd: 2005 April 22 USB 1.1 ‚Open‘ Host Controller (OHCI) Driver (PCI)
Initializing USB Mass Storage driver…
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
ieee1394: Initialized config rom entry `ip1394’
sbp2: $Rev: 1306 $ Ben Collins
ieee1394: sbp2: Driver forced to serialize I/O (serialize_io=1)
ieee1394: sbp2: Try serialize_io=0 for better performance
Unable to identify CD-ROM format.
VFS: Can’t find an ext2 filesystem on dev hda.
ISO 9660 Extensions: Microsoft Joliet Level 3
ISO 9660 Extensions: RRIP_1991A
cloop: Initializing cloop v2.03
cloop: loaded (max 8 devices)
cloop: /cdrom/KNOPPIX/KNOPPIX: 75359 blocks, 65536 bytes/block, largest block is 65562 bytes.
ISO 9660 Extensions: RRIP_1991A
cloop: losetup_file: 50406 blocks, 65536 bytes/block, largest block is 65562 bytes.
ISO 9660 Extensions: RRIP_1991A
Registering unionfs 20060221-0341
Freeing unused kernel memory: 296k freed
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
piix4_smbus 0000:00:07.3: Found 0000:00:07.3 device
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
Linux agpgart interface v0.101 © Dave Jones
agpgart: Detected an Intel 440BX Chipset.
agpgart: AGP aperture is 64M @ 0xe8000000
e100: Intel® PRO/100 Network Driver, 3.4.14-k4-NAPI
e100: Copyright© 1999-2005 Intel Corporation
e100: eth0: e100_probe: addr 0xfebfe000, irq 10, MAC addr 00:02:B3:03:0A:smiley:6
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:0c: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378, irq 7 [PCSPP]
parport1: PC-style at 0x278 [PCSPP,EPP]
gameport: CS46xx Gameport is pci0000:00:13.0/gameport0, speed 1754kHz
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
Capability LSM initialized
Device not ready. Make sure there is a disc in the drive.
fuse init (API version 7.3)
Device not ready. Make sure there is a disc in the drive.
device-mapper: 4.4.0-ioctl (2005-01-12) initialised: [email protected]
NET: Registered protocol family 17
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth0: link is not ready
IPv6 over IPv4 tunneling driver
usb 1-2: new full speed USB device using uhci_hcd and address 2
scsi2 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
Vendor: FSC Model: MEMORYBIRD USB2 Rev: 2.00
Type: Direct-Access ANSI SCSI revision: 02
ready
SCSI device sdc: 510208 512-byte hdwr sectors (261 MB)
sdc: Write Protect is off
sdc: Mode Sense: 03 00 00 00
sdc: assuming drive cache: write through
SCSI device sdc: 510208 512-byte hdwr sectors (261 MB)
sdc: Write Protect is off
sdc: Mode Sense: 03 00 00 00
sdc: assuming drive cache: write through
sdc: sdc1
sd 2:0:0:0: Attached scsi removable disk sdc
usb-storage: device scan complete

danke ED

PS: habe gerade o.a Platte augetauscht gegen WD Ultra2 LVD
die hier abgespeicherten MP3-Files hören sich wunderbar an

Nicos_ec7086 · 27. August 2006 um 16:16

Das Problem ist wohl hierbei:

scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0

 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs

 Vendor: WDIGTL Model: ENTERPRISE Rev: 1.91
 Type: Direct-Access ANSI SCSI
revision: 02
scsi0:A:1:0: Tagged Queuing enabled. Depth 253
 target0:0:1: Beginning Domain Validation
 target0:0:1: wide asynchronous.
(scsi0:A:1:0): parity error detected in Data-in phase. SEQADDR(0x156) SCSIRATE(0x80)
(scsi0:A:1:0): parity error detected in Data-in phase. SEQADDR(0x1b8) SCSIRATE(0x80)
(scsi0:A:1:0): parity error detected in Data-in phase. SEQADDR(0x156) SCSIRATE(0x80)
(scsi0:A:1:0): parity error detected in Data-in phase. SEQADDR(0x1b8) SCSIRATE(0x80)
 target0:0:1: Wide Transfers Fail
 target0:0:1: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 15)
 target0:0:1: Domain Validation skipping write tests
 target0:0:1: Ending Domain Validation
SCSI device sda: 8515173 512-byte hdwr sectors (4360 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 8515173 512-byte hdwr sectors (4360 MB)
SCSI device sda: drive cache: write back
 sda: sda1 
sd 0:0:1:0: Attached scsi disk sda
 Vendor: IOMEGA Model: ZIP 100 Rev: J.03
 Type: Direct-Access ANSI SCSI
revision: 02
 target0:0:6: Beginning Domain Validation
 target0:0:6: Ending Domain Validation
sd 0:0:6:0: Attached scsi removable disk sdb

Man beachte vor Allem die Paritätsfehler und den Rückfall auf 10MB/s. Ich nehme mal an, dass der SCSI-Adapter zwei Kanäle hat, von denen einer „durch den Adapter“ vom inneren auf den äußeren Anschluss verbunden ist. Benutz den nicht, sondern schließ die Platte auf jeden Fall an den Anschluss an, der am Adapter aufhört. Außerdem sollte es im Setup eine Einstellung zur „Host termination“ oder ähnlich geben, die du aktivieren solltest („auto“ neigt dazu, das falsche zu machen).

Wenn das nicht hilft und die Fehler immernoch auftreten, dann ist wahrscheinlich der Controller, das Kabel, die Platte oder der Terminator beschädigt.

Nicos_ec7086 · 27. August 2006 um 16:17

Noch was
Ich sehe grade, dass du da ein ZIP-Drive dranhängen hast. Mach das mal ab, die Dinger sind gelinde gesagt interessant.

Sebastian · 27. August 2006 um 18:30

Ich sehe grade, dass du da ein ZIP-Drive dranhängen hast. Mach
das mal ab, die Dinger sind gelinde gesagt interessant.

Eben. Ich habe das Gefühl, daß da manche Leitungen einfach in eine Richtung nicht „genügend“ terminisert sind und dann knallt es.

Gruß,

Sebastian

ED_Copan · 27. August 2006 um 20:53

SCSI: jetzt ohne Terminator
ich habe jetzt das ZIP-Laufwerk abgehängt - und sonst nichts geändert; d.h. es gibt keinen Terminator (weder am Kabel, noch am Adapter noch an der Festplatte)
Ergebnis: der Film läuft fast normal (leider bringt xine den Ton nur in den ersten Sekunden, dann ist Stummfilm angesagt …)
dann habe ich die Ultra Fast Wide gegen die LVD ausgetauscht - läuft auch

nur wundert mich, daß Windows keine einzige von den Festplatten (insgesamt waren es vier) erkennt, während Linux (d.h. Knoppix 5.0), das als sehr penibel verschrieen ist, alle getesteten Festplatten erkennt; OK - der Datendurchsatz ist momentan kläglich, aber immerhin scheint es prinzipiell zu funktionieren …

ach ja: 2940 und 3940 haben intern zwei Anschlüsse: einmal 50-polig und einmal 68-polig - der 50er war bei allen drei getesteten Adaptern unbelegt (wie auch der externe Anschluß)

ich werde mal einen Adapter für den anderen Port (68-polig) besorgen - vielleicht geht da mehr

falls Ihr noch einen Vorschlag habt, laßt es mich bitte wissen

danke
ED

Sebastian · 27. August 2006 um 21:08

ich habe jetzt das ZIP-Laufwerk abgehängt - und sonst nichts
geändert; d.h. es gibt keinen Terminator (weder am Kabel, noch
am Adapter noch an der Festplatte)
Ergebnis: der Film läuft fast normal

Soll heißen: ist gebessert?

nur wundert mich, daß Windows keine einzige von den
Festplatten (insgesamt waren es vier) erkennt, während Linux
(d.h. Knoppix 5.0), das als sehr penibel verschrieen ist, alle
getesteten Festplatten erkennt; OK - der Datendurchsatz ist
momentan kläglich, aber immerhin scheint es prinzipiell zu
funktionieren …

Zu Windows kann ich hier wenig mehr sagen, als daß ich mich dort nur noch über wenig wundere.

Der Linux-Treiber hat offenbar das Problem erkannt und versucht nicht wie Windows, im vierten Gang auf Gedeih und Verderb den Berg hochzufahren (womit man eben verreckt) sondern schaltet ein, zwei Gänge runter.

ach ja: 2940 und 3940 haben intern zwei Anschlüsse: einmal
50-polig und einmal 68-polig - der 50er war bei allen drei
getesteten Adaptern unbelegt (wie auch der externe Anschluß)

Mein 2940 hat IIRC Auto-Term, daß heißt: unbesetzte Anschlüsse auf dem Controller sollten kein Problem sein. Am anderen Ende/an den anderen Enden der Kette mußt Du selbst für Terminierung sorgen. Falls die Hardware dort nicht ebenfalls Auto-Term macht.

ich werde mal einen Adapter für den anderen Port (68-polig)
besorgen - vielleicht geht da mehr

Ich habe ehrlich gesagt jetzt den Überblick verloren, wie Deine Verkabelung aussicht. Vielleicht kannst Du ja mal ein ASCII-Schema malen.

falls Ihr noch einen Vorschlag habt, laßt es mich bitte wissen

„dmesg“ lesen. Oder posten.

HTH,

Sebastian

Peter_TOO · 28. August 2006 um 16:44

Hää ???
hallo zusammen,

Diese sind mit einem Adapter ans Kabel
angeschlossen, über diesen Adapter kann man die SCSI-ID
jumpern

Adapter mit einstellbarer ID sind mir auch neu. Schau auf
jeden Fall nach, dass du am Adapter und am Laufwerk jeweils
die selbe ID einstellst.

Dass der Adapter eine SCSI-ID hat ist normal. Es ist auch normal, dass diese geändert werden kann. Normal hat der Adapter die höchste zu vergebende ID, also 7 oder 15.
SCSI ist ein Multi-Master-Bus, deshalb benötigt der Adapter eine ID wie jedes andere Gerät auch.

Und jetzt nochmals für dich, zum Mitmeisseln:
Bei SCSI darf jede ID nur einmal vorhanden sein !!

MfG Peter(TOO)

Peter_TOO · 28. August 2006 um 17:00

Hallo ED,

Muß bei Ultrawide ein anderes Kabel benutzt werden oder
benötige ich hier einen Extra-Terminator?

Das mit dem Terminator kommt drauf an …
Wenn das ltzte Gerät am Kabel eine eingebauten Terminator hat, kann man den Benutzen, andernfalls ist ein Extra-Terminator fällig

Und was hat mit den
Jumper-Möglichkeiten auf den Platten auf sich? Z.B. RSVD, SCSI
TERM, SCAM, AUTO START, …
Ist hier etwas zu berücksíchtigen?

Ja, jede Menge.
Eine Einstellung ist für Parity, welches dir ja Probleme bereitet.
Mit SCSI TERM kannst du die Terminierung an dem entsprechenden Gerät ein/ausschalten.
Achtung, es gibt auch nocht TERM PWR, das schaltet eine Spannung für einen aktiven Terminator auf den Bus.

Da SCSI für den Professionellen Bereich geschaffen wurde und da 7 oder 15 Disks dranhängen können, kann es Probleme mit der Stromversorgung geben. Beim hochfahren benötigen die Laufwerke für einie Sekunden wesentlich mehr Strom als im Betrieb. Mit AUTO START kann man verhindern, dass die Laufwerke einfach hochfahren, wenn die Spannung angelegt wird. Der Controller startet dann die Laufwerke zeitlich versetzt, sodass das Netzteil nicht zusammenbricht, bzw. man nicht ein Netzteil benötigt, welcher für d die Spitzenleistung ausgelegt sein muss.

Als kleines Rechenbeispiel:
Du hast 15 Laufwerke und jedes benötigt im Betrieb 10W und beim Anlauf 20W.
Wenn alle gleichzeit anfahren, muss dein Netzteil
15x20W = 300W liefern.
Werden diese gestaffelt hochgefahren liegt die Spitze bei
14x10W+20W = 160W

MfG Peter(TOO)

Nicos_ec7086 · 28. August 2006 um 18:08

Dass der Adapter eine SCSI-ID hat ist normal. Es ist auch
normal, dass diese geändert werden kann. Normal hat der
Adapter die höchste zu vergebende ID, also 7 oder 15.
SCSI ist ein Multi-Master-Bus, deshalb benötigt der Adapter
eine ID wie jedes andere Gerät auch.

Begriffsverwirrung. Der OP verwendet Adapter von HD68 auf SCA, an denen die ID des Laufwerks eingestellt wird. Das kollidiert leider mit der Bezeichung vom SCSI-Adapter.